Файл: Проектирование реализации операций бизнес-процесса «Совершенствование существующих продуктов» (Обоснование проектных решений по программному обеспечению).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 26.05.2023

Просмотров: 360

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Рисунок 4. Информационная модель

В соответствии с составленной информационной моделью Менеджер по развитию может работать со всеми справочниками информационной системы, а также вводить данные о поступающих сообщениях от покупателей и формировать выходной документ – план совершенствований.

2.2. Характеристика нормативно-справочной, входной и оперативной информации

В информационной системе используются три справочника, характеристики которых приведены в таблице 1.

Таблица 1

Справочники информационной системы

№ пп

Название справочника

Ответственный за ведение

Средний объём справочника в записях

Среднюю частоту актуализации

Средний объем актуализации, %

1

Продукты

Менеджер по развитию

2500

1 раз в неделю

0,1

2

Категории продуктов

Менеджер по развитию

10

1 раз в год

10

3

Типы совершенствований

Менеджер по развитию

4

1 раз в год

50

4

Тип сообщения

Менеджер по развитию

4

1 раз в год

50

За ведение всех справочников отвечает менеджер по развитию, для каждого вида справочника своя частота актуализации и средний объем актуализации.

Реквизитный состав каждого справочника представлен в виде таблицы 2.

Таблица 2

Реквизитный состав справочников информационной системы

№ п/п

Наименование справочника

Перечень реквизитов

1

Продукты

Наименование

Описание

Код технологической карты

Статус

2

Категории продуктов

Наименование

3

Типы совершенствований

Наименование

Редактирование и ввод новых записей во все справочники осуществляется с помощью специальных форм.

На рисунке 5 изображен макет формы для работы с записями справочника «Продукты».


Рисунок 5. Макет формы «Продукт»

Формы для работы с записями других справочников имеют аналогичный вид (Рисунок 6-7).

Рисунок 6. Макет формы «Категория продукта»

Рисунок 7. Макет формы «Тип совершенствования»

Рисунок 8. Макет формы «Тип сообщения»

В качестве входных данных для информационной системы выступают данные из сообщений клиентов. Эти данные вводятся в ИС с помощью специальных формы, макет которой приведен на рисунке 9.

Рисунок 9. Макет формы для добавления данных из сообщения покупателя

Данные, введенные в формы, которые приведены выше, сохраняются в базе данных и используются для формирования выходных данных.

2.3. Характеристика результатной информации

В качестве выходных данных выступает план совершенствований.

Подробное описание выходных данных в таблице 3.

Таблица 3

Описание результатной информации

Наименование

План совершенствований

Реквизиты

Номер плана

Период плана

Тип совершенствования

Продукт для совершенствования

Описание совершенствования

Таблицы, на основе которых формируется

Совершенствования

Продукты

Категории продуктов

Тип совершенствования

Частота формирования

По мере необходимости

Способ доставки

Файл в формате Excel

2.4. Общие положения (дерево функций и сценарий диалога)

Базовый набор функций разработанной информационной системы можно изобразить в виде дерева, изображенного на рисунке 10.

Рисунок 10. Дерево функций

Выполнение функций разработанной информационной системы осуществляется с помощью ведения диалога с пользователем. То есть Пользователь информационной системы выполняет какие-то действия, а программа соответствующим образом на них реагирует. Сценарий диалога с пользователем представлен на рисунке 11.

Рисунок 11. Сценарий диалога

После успешного запуска программы пользователю предлагается выбрать задачу, которую он собирается решить: работа со справочниками или работа с планами. В зависимости от выбора пользователя ему открываются различные формы пользовательского интерфейса, предназначенные для решения выбранной задачи.


2.5. Характеристика базы данных

В качестве системы управления базой данный для разрабатываемой информационной системы была выбрана СУБД Microsoft Access.

Для хранения всех необходимых данных была спроектирована и создана база данных, состоящая из 6 таблиц. ER-модель спроектированной базы данных представлена на рисунке 12.

Рисунок 12. ER-модель базы данных

Описание всех таблиц базы данных представлено в таблицах 4-9.

Таблица 4

Таблица Category (Категории продуктов)

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код категории

id

Счетчик

4

PK

Наименование

fio

Текстовой

120

Таблица 5

Таблица Product (продукт)

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код продукта

id

Счетчик

4

PK

Наименование

caption

Текстовой

120

Статус

status

Текстовой

120

Номер технологической карты

numbercard

Текстовой

120

Код категории

category_id

Числовой

4

FK

Таблица 6

Таблица Plan (План совершенствования)

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код плана

id

Счетчик

4

PK

Период

period

Текстовой

120

Дата создания

createdat

Дата

Код типа

type_id

Числовой

4

FK

Код продукта

product_id

Числовой

4

FK

Описание

content

Текстовой

65235

Таблица 7

Таблица TypePlan (Тип плана совершенствования)

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код типа

id

Счетчик

4

PK

Наименование

caption

Текстовой

120


Таблица 8

Таблица TypeMessage (Тип сообщения)

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код типа

id

Счетчик

4

PK

Наименование

caption

Текстовой

120

Таблица 9

Таблица Message (Сообщение)

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код сообщения

id

Счетчик

4

PK

Текст сообщения

content

Текстовой

65235

Дата создания

createdat

Дата

Статус

status

Текстовой

120

Код типа

type_id

Числовой

4

FK

Код продукта

product_id

Числовой

4

FK

2.6. Структурная схема пакета (дерево вызова программных модулей)

Проект программы состоит из четырех модулей:

  • модуль Main.pas (главный модуль);
  • модуль Sprav.pas (работа со справочниками);
  • модуль Plan.pas (работа с планами);
  • модуль Message.pas (работа с сообщениями).

Подробное описание модулей представлено в виде таблицы 9.

Таблица 9

Описание модулей системы

№ п/п

Наименование модуля

Функции модуля

1.

модуль Main.pas

содержит процедуры и функции, отвечающие за отображение главного окна программы и её главного меню

2.

модуль Srav.pas

модуль содержит процедуры и компоненты для выполнения основных операций со справочниками информационной системы (просмотр, добавление, изменение, удаление записей)

3.

модуль Plan.pas

модуль содержит процедуры и компоненты для работы с планами совершенствования

4

модуль Message.pas

модуль содержит процедуры и компоненты для работы с сообщениями от покупателей

Все модули вызываются из главного с помощью соответствующих процедур. Дерево вызова программных модулей приведено на рисунке 13.


Рисунок 13. Дерево вызова программных модулей

2.7 Описание программных модулей

После запуска программы инициализируется подключения к базе данных. Соединение с базой данных осуществляется с помощью технологии ADO.

В палитре компонентов Delphi есть отдельная вкладка ADO, которая содержит набор компонентов, позволяющих создавать полноценные приложения БД, обращающиеся к данным через данную технологию.

Технология ADO и интерфейсы OLE DB обеспечивают для приложений единый способ доступа к хранилищам (источникам) данных разных типов. То есть, приложение, использующее в своей работе ADO может использовать в качестве источника любое хранилище, поддерживающее ADO, будь это локальная СУБД или серверная, или даже электронные таблицы. Запрос SQL, направленный любому источнику данных через ADO, будет выполнен.

OLE DB по сути представляет собой набор специализированных объектов СОМ, инкапсулирующих стандартные функции обработки данных, и специализированные функции конкретных источников данных и интерфейсов, обеспечивающих передачу данных между объектами.

Согласно терминологии ADO, любой источник данных (база данных, электронная таблица, файл) называется хранилищем данных, с которым при помощи провайдера данных взаимодействует приложение. Минимальный набор компонентов приложения может включать объект соединения, объект набора данных, объект процессора запросов.

В результате приложение обращается не прямо к источнику данных, а к объекту OLE DB, который "умеет" представить данные (например, из файла электронной почты) в виде таблицы БД или результата выполнения запроса SQL.

Технология ADO в целом включает в себя не только сами объекты OLE DB, но и механизмы, обеспечивающие взаимодействие объектов с данными и приложениями. На этом уровне важнейшую роль играют провайдеры ADO, координирующие работу приложений с хранилищами данных различных типов.

Так как технология ADO основана на стандартных интерфейсах СОМ, которые являются системным механизмом Windows, это сокращает общий объем работающего программного кода и позволяет распространять приложения БД без вспомогательных программ и библиотек.

Формы работы со справочниками системы, а также планами и сообщениями работают напрямую с таблицами базы данных, поэтому для их работы используется компонент Adotable. Данный компонент представляет собой виртуальную копию таблицы базы данных, изменения в которой сразу передаются в связанную таблицу БД.