55
Рисунок 14 – Декомпозиция контекстной диаграммы оборота
документов УФиНП
Продолжим раскрытие декомпозиции контекстной диаграммы в
соответствии с диаграммой «Дерево узлов» (рис.15) для декомпозиции
соответствующего бизнес-процесса.
56
Рисунок 15 – Декомпозиция бизнес-процесса «Сортировка
входящей корреспонденции»
Рисунок 16 – Декомпозиция бизнес-процесса «Резолюция
руководителя»
57
Рисунок 17 – Декомпозиция бизнес-процесса «Выполнение
задания»
В дальнейшем, на основании описания предметной области и анализа
спроектированной модели AS-IS существующей организации процесса
документооборота УФиНП необходимо создать модель TO-BE, оптимизируя
работу с документами. Произведем аналогичные действия, произведя
подобные действия, как в случае с проектированием модели AS-AS
Рисунок 18 – Дерево узлов ИС Документооборот казначейского
учреждения
58
Как видим из вновь созданного дерева узлов (рис. 18)
информационной системы документооборота УФиНП основные бизнес-
процессы преобразованы и сокращены до двух, тем самым сократив объем
действий с документами. В контекстной диаграмме так же произошло
сокращение выполненных заданий, соединив их в единый поток с
исходящими документами (рис. 19).
Рисунок 19 – Контекстная диаграмма ИС Документооборот
казначейского учреждения
Далее продолжаем раскрывать работу с документами в
проектируемой ИС «Документооборот казначейского учреждения». В
декомпозиции контекстной диаграммы ИС (рис. 20) отображены только два
основных бизнес-процесса по работе с документами, как и было сказано о
диаграмме «Дерево узлов» (рис. 18). На рисунках 21 и 22 изображены
декомпозиции «Работа с документами» и «Работа с отчетами»
соответственно.
59
Рисунок 20 – Декомпозиция контекстной диаграммы ИС
Документооборот казначейского учреждения
Рисунок 21 – Декомпозиция бизнес-процесса «Работа с
документами»
60
На основании описания предметной области и функционального
проектирования выделим следующие объекты и атрибуты для
проектируемой информационной системы (табл. 2).
Таблица 2
Таблицы и атрибуты
Объект
Атрибут
Первичный ключ
Сотрудник
Код сотрудника
Код подразделения
Код должности
Ф.И.О.
Адрес
Телефон
Код сотрудника
Подразделения
Код подразделения
Код подразделения
Документ
Код документа
Вид документа
Тип документа
Код организации
Код сотрудника
Номер документа
Наименование
Дата регистрации
Дата отправки
Вложение
Примечание
Код документа
Организация
Код организации
Наименование
Адрес
Телефон
Электронная почта
Код организации
Должность
Код должности
Наименование
Код должности
Связи, далее определим связи между объектами, используя
семантическую методологию (табл. 3).
Таблица 3
Связи
Название
Объекты
Кардинальность
Степень участия
ЗАНИМАЕТ
СОТРУДНИК
ДОЛЖНОСТЬ
М:1
Полная
Частичная
РАБОТАЕТ
СОТРУДНИК
ОТДЕЛ
М:1
Полная
Частичная
РЕГИСТРИРУЕТ
СОТРУДНИК
ДОКУМЕНТ
М:1
Полная
Полная
ИМЕЕТ
ДОКУМЕНТ
ТИП ДОКУМЕНТА
М:1
Полная
Частичная
61
ИМЕЕТ
ДОКУМЕНТ
ВИД ДОКУМЕНТА
М:1
Полная
Частичная
КОРРЕСПОНДИР
УЕТ
ОРГАНИЗАЦИЯ
ДОКУМЕНТ
М:1
Полная
Частичная
ER-диаграмма ER-диаграмма – это Entity-Relationship диаграмма
«сущность-связь» и представляет собой простой способ моделирования
данных и отношений между ними с использованием стандартных символов.
Создадим данную диаграмму, основываясь на определенных ранее объектах,
их атрибутах и связях между ними (рис. 23).
Рисунок 23 - ER-диаграмма ИС «Документооборот казначейского
учреждения»
Построение диаграмм прецедентов позволит при проектировании
информационной системы выявить следующее:
- четко разграничить систему и ее окружение;
- определить, какие действующие лица и как именно взаимодействуют
с системой, какой функционал (варианты использования) ожидается от
системы;
62
- определить и описать в словаре предметной области (глоссарии)
общие понятия, которые необходимы для детального описания функционала
системы (прецедентов) [5].
При построении главной (рис. 24) и дополнительной (рис. 25)
диаграммы прецедентов были выявлены и определены основные
пользователи ИС и их взаимодействие с ней.
Рисунок 24 - Главная диаграмма прецедентов ИС
Рисунок 25 - Дополнительная диаграмма прецедентов
63
Построив диаграмму прецедентов, отражающую основные объекты и
принципы взаимодействия с проектируемой информационной системой мы
можем перейти к созданию эскиза пользовательского интерфейса (рис. 26).
Рисунок 26 - Эскиз пользовательского интерфейса
Документооборота казначейского учреждения
В таблицах 4 и 5 определены соответствия команд и действий
пользовательского интерфейса администратора и сотрудника соответственно.
Таблица 4
Команды интерфейса администратора
Команда
Описание
Корреспонденты
Просмотр и изменение информации об организациях по
переписке
Подразделения
Просмотр и изменение информации о подразделениях
УФиНП
64
Незарегистрированные
документы
Просмотр и изменение записей о документах
Зарегистрированные документы
Просмотр и изменение данных о зарегистрированных
документах
Сотрудники
Просмотр и изменение данных о сотрудниках
организации
Таблица 5
Команды пользовательского интерфейса сотрудника
Команда
Описание
Просмотр документов
Просмотр документов
Регистрация документа
Регистрация и заполнение данных о документе
Поиск документов по реквизитам
Поиск документов по определенным реквизитам в ИС
Информационная система должна позволять пользователям только те
действия, которые мы определили при проектировании пользовательского
интерфейса. Пользовательский интерфейс администратора состоит из
следующих пунктов:
1. Корреспонденты;
2. Подразделения;
3. Незарегистрированные документы;
4. Зарегистрированные документы;
5. Сотрудники организации.
Пользовательский интерфейс сотрудника состоит из двух команд:
1. Просмотр документов;
2. Регистрация нового документа;
3. Поиск документов по реквизитам.
3.2 Разработка ключевых требований к реализации информационной
системы
Базы данных используются повсюду, включая большую часть
проектов в мире веб-разработки. Всё, начиная от простейших блогов и
каталогов, до серьезных социальных веб-проектов. Независимо от сложности