6.1 Проектирование пользовательского интерфейса
Разрабатываемой АИС будут пользоваться 5 видов пользователей: службы НТИ (1), цеха (2), технический отдел (3), инженерный центр (4), экономический отдел (5). Каждый пользователь выполняет разные задачи и функции, ведет диалог с системой. Интерфейс является диалогом между пользователем и системой. Далее рассмотрим глобальную структуру диалогов для пользователей. Для представления глобальной структуры диалога будем использовать модель графа «и-или».
Определим тип шага диалога. Структура диалога в форме графа И-ИЛИ с текстовым описанием для каждого оператора представлена на рисунке 6.1.1
Рисунок 6.1.1
0-Задачи;
1-Ведение БД;
1.1- Ведение данных о мероприятии;
1.1.1-Ведение регистрационных данных;
1.1.2-Ведение результатов экономического расчёта;
1.1.3-Ведение данных о результатах внедрения;
1.1.4.-Ведение данных о заключении;
2-Планы;
2.1- Формирование плана внедрения;
3-Инженерный центр;
3.1.-Выбор оптимальных мероприятий.
3.2.-Формирование отчета по выполнению плана;
4-Расчет эффекта;
4.1.-Расчет ожидаемого эффекта
4.2.-Расчет фактического эффекта
Сценарии диалога
Далее представлены сценарии диалога для каждого оператора в форме схем алгоритмов с текстовым описанием.
На рисунке 6.2.1 представлена схема сценария диалога, соответствующая вершине “ИЛИ” графа “И-ИЛИ” для решения задач ведения базы данных. Пользователем этого интерфейса являются службы НТИ.
Рисунок 6.2.1
На рисунке 6.2.2 представлена схема сценария диалога, соответствующая вершине “ИЛИ” для решения задачи ведение данных о мероприятии, для пользователей служб НТИ.
Рисунок 6.2.2
Рисунок 6.2.5
На рисунке 6.2.6 представлена схема сценария диалога, соответствующая вершине “ИЛИ” для решения задачи о ведении данных об эффекте, для пользователей экономического отдела.
Рисунок 6.2.6
Алгоритм формирования годового плана представлен на рисунке 6.2.7
Рисунок 6.2.6
Алгоритм расчёта экономического эффекта представлен на рисунке 6.2.8
Рисунок 6.2.8Алгоритм выбора оптимальных организационно технических мероприятий представлен на рисунке 6.2.9
Рисунок 6.2.9Алгоритм контроля за выполнением плана внедрения организационно технических мероприятий представлен на рисунке 6.2.10
Рисунок 6.2.10Алгоритм анализа результатов от внедрения новой техники представлен на рисунке 6.2.11
Рисунок 6.2.116.3.1 Экранные формы
Экранная форма «Главная экранная форма» представлена на рисунке 6.3.1
Рисунок 6.3.1
Экранная форма «Выбора пользователей» представлена на рисунке 6.3.2
Рисунок 6.3.2
Экранная форма «Журнал мероприятий» представлена на рисунке 6.3.3.
Рисунок 6.3.3
Экранная форма «Карточка мероприятия» представлена на рисунке 6.3.4
Рисунок 6.3.4
6.4 Алгоритмы программ решения прикладных задач
6.4.1 Формирование годового плана
Необходимо сформировать годовой план. Выходная форма r’(см. отношение r’ , таблицу 6.4.1) должна содержать следующие данные:
1. «Наименование отдела»
2. «Наименование НГДУ»
3. «Количество внедряемых мероприятий по кварталам»
4. «Год внедрения»
5. «Финансирование по кварталам»
6. «Экономический эффект удельный»
7. «Экономический эффект гарантированный»
8. «Удельные затраты»
9. «Единицы измерения»
10. «Наименование мероприятия»
11. «Номер договора»
12. «Руководящий документ»
13. «Номер патента»
14. «ФИО разработчика»
15. «Код мероприятия»
16. «Год плана»
17. «Наименование организации разработчика»
Исходные данные содержаться в отношениях r1, r2, r4, r5,r6. (см. таблицу 6.4.1) базы данных (БД). Подсхема БД с путями доступа, атрибутами связи и необходимыми для решения задачи отношениями показана на рис. 6.4.1.1
Схема алгоритма решения прикладной задачи показана на рис. 6.4.1.2
Рисунок 6.4.1.1
Таблица 6.4.1
Обозначение отношений | Название отношений | Обозначение (альтернативное обозначение) атрибутов | Название атрибутов | |
1 | r1 | Журнал | 1.КОТМ 2.НОТМ 3.НД 4.НП 5.РД 6.НОР 7.ФИОР 8.ИЗМ 9.ГВ 10.КЭР 11.НПВ 12.КНГДУ 13.КО | Код ОТМ Наименование ОТМ Номер договора Номер патента Руководящий документ Наименование организации разработчика ФИО разработчика Единица измерения Год внедрения Код экономического расчёта Номер плана внедрения Код НГДУ Код отдела |
2 | r2 | План внедрения | 1.ГП 2.КВОТМ 3.НПВ | Год плана Количество внедряемых ОТМ по кварталам Номер плана внедрения |
3 | r4 | Экономический расчет | 1.ФК 2.ЭЭУ 3.ЭЭГ 4.КЭР 5.УЗ | Финансирование по кварталам Экономический эффект удельный Экономический эффект гарантированный Код экономического расчёта Удельные затраты |
4 | r5 | НГДУ | 1. КНГДУ 2.ННГДУ | Код НГДУ Наименование НГДУ |
5 | r6 | Отделы | 1.КО 2.КНГДУ 3.НО | Код отдела Код НГДУ Наименование отдела |
6 | r, | Годовой план | 1.НОТМ 2.НД 3.НП 4.РД 5.НОР 6.ФИОР 7.ИЗМ 8.ГВ 9.ГП 10.КВОТМ 11.ФК 12.ЭЭУ 13.ЭЭГ 14.УЗ 15.ННГДУ 16.НО 17.КОТМ | Наименование ОТМ Номер договора Номер патента Руководящий документ Наименование организации разработчика ФИО разработчика Единица измерения Год внедрения Год плана Количество внедряемых ОТМ по кварталам Финансирование по кварталам Экономический эффект удельный Экономический эффект гарантированный Удельные затраты Наименование НГДУ Наименование отдела Код ОТМ |
Рисунок. 6.4.1.2
Необходимо записать данные из программы в отношение r10. Должны быть записаны следующие данные:
1. «Номер ОТМ»;
2. «Экономический эффект»;
3. «Затраты на внедрение»;
3. «Значение параметра включения или не включения мероприятий в оптимальный набор».
Данные задачи будут содержаться во временных отношениях r10 (см. табл.6.4.3) базы данных (БД). При записи будут использоваться данные программы, а также отношения r1 и r4. Подсхема БД с путями доступа, атрибутами связи и необходимыми для решения задачи отношениями показана на рис. 6.4.3.1 Схема алгоритма решения прикладной задачи показана на рис. 6.4.3.2
Рис. 6.4.3.1
Таблица 6.4.3
Обозначение отношений | Название отношений | Обозначение (альтернативное обозначение) атрибутов | Название атрибутов | |
1 | r1 | Журнал | 1. НОТМ 3. КЭР …. | Номер ОТМ Код экономического расчёта |
2 | r4 | Экономический расчёт | 1. КЭР 2. ЭЭ 3. ЗВ | Код экономического расчёта Экономический эффект Затраты на внедрение |
3 | r10 | Оптимальные ОТМ | 1. НОТМ 2. ПОН | Номер ОТМ Значение параметра характеризующего включение или не включение мероприятия в оптимальный набор |