81
Рис. 2.7 Схема технологического процесса загрузки выхода из системы.
Рис. 2.8 Схема технологического процесса загрузки главного меню.
82
На рисунке 2.9 изображен технологический процесс загрузки меню
выходных данных, меню операций с выходным документом, на примере
«Отклоненная заявка».
Рис. 2.9 Схема технологического процесса загрузки меню выходных данных,
меню операций с документом «Отклоненная заявка»
На рисунке 2.10 изображен технологический процесс загрузки меню
справочника и меню операций со справочником, на примере справочника
«Справочник ТС».
83
Рис. 2.10 Схема технологического процесса загрузки меню справочника,
меню операций со справочником на примере «Справочник ТС»
Таким образом, для разработки прототипа автоматизированной системы
по работе системного аналитика по планированию рабочего времени
сотрудников в офисах продаж на базе Ms Access была описана нормативно-
справочная и входящая информация, разработана инфологическая модель,
которая отражает логические связи между объектами модели, схема данных,
которая построена на основе инфологической модели. В документообороте
учувствуют 4 справочника, 3 входящих документа и 4 выходящих.
84
Основываясь на данных решениях, был разработан прототип
автоматизированной системы по решению задач системного аналитика по
планированию рабочего времени сотрудников, что в свою очередь
способствует к увеличению эффективности работы, что отразится на
положительных экономических показателях, таких как увеличение прибыли,
минимизация трудовых и стоимостных затрат.
2.3.4. Описание программных модулей
Каждая страница в созданной системе оснащена меню навигации,
позволяющее оперативно перемещаться по всей системе. Это удобно и для
пользователя, т.к. не нужно искать другие справочники или функциональные
элементы.
В момент вывода записей из таблиц, кодовые поля не показаны, т.к.
данные, включенные в них, не несут для пользователя никакой полезной
нагрузки. Трансляция данных полей оправдана лишь в процессе наладки
продукта и требуется лишь для программиста, проверяющего корректность
передачи данных в БД.
Для проверки корректности ввода данных имеется маска ввода,
подсказывающая пользователю не только тип информации, передаваемой в
таблицу, но и ее вид.
Для правильной работы приложения, выполняется настройка таблиц,
реализованных в пользовательском приложении. Все эти операции важны для
последующего удобства работы пользователя с ПО.
Корректировка данных таблиц выполняется с помощью ввода данных
в поля, созданные для этого. Ввод в них доступен тогда, когда нужно указать
большие объемы данных в единой табличной записи [8].
85
2.4. Контрольный пример реализации проекта и его описание
Полное наименование системы: Автоматизированная информационная
система «Контроль учета рабочего времени сотрудников».
Условное обозначение системы: АИС «Контроль учета рабочего
времени сотрудников»
Место и продолжительность испытаний:
Испытания проводятся на территории заказчика.
Продолжительность испытаний: 1 рабочий день.
Испытания организуются рабочей группой и проводятся приемной
комиссией из представителей заказчика и исполнителя.
Перечень предъявляемых на испытания документов:
- пояснительная записка;
- техническое задание;
- руководство администратора;
- руководство пользователя.
Испытания проводятся в следующем порядке:
- проверка комплектности, предъявляемой системы;
- проверка наличия необходимой документации;
- проверка соответствия документации требованиям ТЗ;
- проверка функционирования системы.
В комплект предъявляемой системы должны входить:
- установочный комплект и исходные коды программного обеспечения
подсистем на CD диске в количестве одного экземпляра;
- комплект документации согласно требованию раздела 8 ТЗ в
печатном и электронном виде на электронном носителе.
Проверка установочного комплекта
86
В состав дистрибутива, передаваемого заказчику, входят исходные
коды в следующих папках и файлах:
1. Кафедра АУВ.
2. Редактор.
3. Контроль учета рабочего времени сотрудников.
4. Помощь.
5. Исходный код.
Проверка наличия необходимой документации.
В соответствии с ТЗ перечень разрабатываемых документов должен
включать в себя документы, приведенные ниже:
- пояснительная записка;
- техническое задание;
- руководство администратора;
- руководство пользователя.
Актуализированные технические требования на разработку смежных
подсистем:
- подсистема базы данных;
- подсистема работы с таблицами;
- подсистема подбора личного состава;
- подсистема получения отчетов.
Проверка соответствия документации требованиям, указанным в
Техническом задании.
Техническое задание содержать описание требований, сроков,
взаимодействия сторон. ТЗ являться внутренним документом сторон,
определяющим процедурные аспекты взаимодействия исполнителя и
заказчика по реализации проекта, порядок информационного обмена и
уточнения требований. ТЗ является документом, положения которого
87
обязательны к выполнению, как со стороны исполнителя, так и со стороны
заказчика.
Актуализация технических требований должна быть выполнена в
соответствии с технической документацией на АИС «Контроль учета
рабочего времени сотрудников», с настоящими техническими требованиями
конкурсной документации.
Технические требования на разработку подсистем.
Проверяется полнота приведенной информации и качество
оформления документации.
Спецификации на разработку подсистемы.
В результате выполнения работ должны быть определены проектные
решения, технологии и программные средства реализации разрабатываемых
смежных подсистем АИС «Контроль учета рабочего времени сотрудников».
Регламенты информационного взаимодействия с внешними
информационными ресурсами
Проверяется полнота приведенной информации и качество
оформления документации.
Спецификации на разработку функций
В результате выполнения работ должны быть определены проектные
решения, технологии и программные средства реализации для развития
программного приложения АИС «Контроль учета рабочего времени
сотрудников» с соответствующими функциями.
Отчет о выполнении научно-исследовательской и опытно-
конструкторской работы
Последовательность проведения и режим испытаний:
- настройка системы и ее администрирование проводятся в порядке,
описанном в «Руководстве администратора»;
88
- работа пользователя с системой проводится в соответствии с
«Руководством пользователя».
Требования по испытанию программных средств
Функции разработанного программного обеспечения должны
соответствовать требованиям ТЗ. Проверку функций системы выполняют
согласно программе испытаний.
Рис. 2.11 Экранная форма «График работы офиса»
Рис. 2.12 Экранная форма «Отчет для изменения плана рабочего времени»
89
Рис. 2.13 Экранная форма «Заявка на изменение плана рабочего времени
сотрудников»
Рис. 2.14 Экранная форма «Главного меню системы»
После завершения испытаний проводится следующий комплекс работ:
- по завершению испытаний оформляется протокол испытаний;
90
- по результатам испытаний подписывается акт сдачи-приемки работ.
Испытания проводятся при нормальных климатических условиях:
- температуре воздуха (20±5) С;
- относительной влажности воздуха (65±15)% при температуре
окружающего воздуха 25С;
- атмосферном давлении 84 – 106,7 кПа (630-800 мм рт. ст.).
Мероприятия и правила по безопасности и безаварийности проведения
испытаний обеспечиваются согласно требованиям следующих нормативных
документов:
- правила устройства электроустановок;
- правила эксплуатации электроустановок потребителей;
- инструкция требования безопасности;
- правила техники безопасности при эксплуатации электроустановок
потребителей.
Персонал, проводящий испытания, должен быть ознакомлен с
эксплуатационной документацией на систему, знать программу и методику
проведения испытаний, знать соответствующую нормативно-техническую
документацию. Члены комиссии, принимающие участие в испытаниях,
должны ознакомиться с проектными материалами на АИС «Контроль учета
рабочего времени сотрудников»
Отчетность.
Результаты выполнения тестовых заданий фиксируются в протоколе
испытаний.
Протокол испытаний содержит:
- наименование объекта испытаний;
- список лиц, участвовавших в проведении испытаний;
- цель испытаний;
- сведения о продолжительности испытаний;