53
Рис.2.5. Подготовка отчетности
В конечном итоге производится формирование отчета для руководства по
учету рабочего времени.
Новая технология учета рабочего времени приведена на рисунке 2.6.
Рис.2.6. Новая технология учета рабочего времени
Входные и выходные документы остались те же, что и были до
автоматизации процесса учета рабочего времени, также остались прежними
54
механизмы. Добавились новые ресурсы – информационная система, так как
часть функций будет выполнять система, а не только бухгалтерия.
Вместо заполнения табеля идет ввод данных в информационную систему
(рисунок 2.7). Это также делают начальники структурных подразделений. Также
туда заносится о командировочных, больничных и т.д.
Рис.2.7. Декомпозиция модели учета рабочего времени «Как будет»
Количество блоков стало меньше, так как формирование отчетности
производится автоматически, не требуя затрат времени.
55
Рис.2.8. Декомпозиция блока «Ввод данных в ИС»
Количество процессов при внесении данных стало меньше, так как данные
не надо передавать в бухгалтерию. Они эту информацию видят в ИС.
На основании этих данных системой будет рассчитаны количество
отработанного времени и заработная плата каждого сотрудника.
Рис.2.9. Декомпозиция блока «Расчет заработной платы»
56
2.3 Методология DFD
Диаграммы потоков данных используются как дополнение к IDEF0 для
того, чтобы описать движение документов и обрабатывать информацию.
Отличие от IDEF0, где система представляется как взаимосвязанные работы и
стрелки используются для обозначения жестких взаимосвязей, состоит в том,
что стрелки в DFD показывают лишь то, как объекты (в том числе данные)
двигаются от одной работы к другой. DFD показывает функциональные
зависимости значений, которые вычисляются в системе, в том числе входные
значения, выходные значения и внутренние хранилища данных.
2.4 Методология IDEF3
С точки зрения последовательности выполняемых работ: еще более
точную картину можно получить, дополнив модель диаграммами IDEF3. Этот
метод привлекает внимание к очередности выполнения событий.
Рис.2.10. Модель IDEF3
2.5. Диаграмма вариантов использования в среде Rational Rose
Rational Rose – один из ведущих инструментов визуального
моделирования в программной индустрии, благодаря полноценной поддержке
языка UML и многоязыковой поддержке командной разработки. Инструментом
57
полностью поддерживается компонентно-ориентированный процесс создания
ИС. Любыми участниками проекта – аналитиками, специалистами по
моделированию, разработчиками и другими - могут быть использованы модели,
построенные в Rational Rose, для большей эффективности создания конечного
продукта. Бизнес-аналитикам средство Rational Rose дает возможность
детального описания и анализа бизнес-процессов данной предметной области.
Рассмотрим порядок работы некоторых модулей системы, используя
методологию UML [24].
Прецедент «Ввод записи в БД» активизируется субъектом ИС оператор.
Данный прецедент описывает процесс ввода новых данных в БД. Этим
занимается пользователь с ролью оператор. Данные вводятся в формы ввода на
основании документов клиента, а также вся справочная информация, которая
нужна в процессе работы с системой. На рис. 2.11, 2.12 представлены диаграмма
последовательности и диаграмма действий данного прецедента.
58
Оператор
Таблицы БД
Ссылка на форму Кнопка Сохранить
Форма ввода
Обращение к ссылке
Открытие формы ввода
Ввод данных
Нажатие на кнопку
Сообщение о
некорректных данных
Сохранение данных
Проверка данных на
корректность
Рис.0.11. Диаграмма последовательности «Ввод записи в БД»
59
Выбор ссылки на форму
Открытие формы ввода
Заполнение формы данными
Проверка
введенных данных
Сообщение о некорректных данных
Сохранение данных в БД
Нажатие на кнопку «Сохранить»
Рис.0.12. Диаграмма действий «Ввод записи в БД»
Прецедент «Редактирование БД» активизируется субъектом ИС оператор.
Данный прецедент описывает процесс изменения и удаления данных в БД. Этим
занимается пользователь с ролью оператор. Данные изменяются и удаляются в
формах ввода данных документов, а также формах справочников. На рис. 2.13
представлена диаграмма последовательности данного прецедента.
60
Оператор
Таблицы БД
Ссылка на форму
Кнопка СохранитьФорма ввода
Обращение к ссылке
Открытие формы ввода
Изменение данных
Нажатие на кнопку
Сообщение о
некорректных данных
Сохранение данных
Проверка данных на
корректность
Удаление данных
Рис.0.13. Диаграмма последовательности «Редактирование БД»
61
2.6. Построение диаграммы в среде Enterprise Architect
ч
Рис.2.14. Диаграмма вариантов использования
Рис.2.15. Последовательность диаграмм
62
2.7. Проектирование структуры базы физической базы данных
2.7.1. Создание таблиц
В MS Access были созданы 4 таблицы: проекты, части проектов,
пользователи, работы.
Рис.2.16. Части проектов
Рис.2.17. Проекты
Рис.2.18. Пользователи
Связь между таблицами показана на рисунке 2.19.