Спиральная модель (Spiral model)
В спиральной модели жизненный путь разрабатываемого продукта
изображается в виде спирали, которая, начавшись на этапе планирования,
раскручивается с прохождением каждого следующего шага. Таким образом, на
выходе из очередного витка получаем готовый протестированный прототип,
который дополняет существующую сборку. Прототип, удовлетворяющий всем
требованиям, готов к выпуску (рисунок 19).
Рисунок 19 - Этапы спиральной модели
Достоинства:
управлению рисками уделяется особое внимание;
дополнительные функции могут быть добавлены на поздних этапах;
есть возможность гибкого проектирования.
Недостатки:
оценка рисков на каждом этапе является довольно затратной;
постоянные отзывы и реакция заказчика может провоцировать все
новые и новые итерации, которые могут приводить к временному
затягиванию разработки продукта;
более применима для больших проектов.
В качестве модели ЖЦ выбрана каскадная, которая хорошо соотносится с
ГОСТ 34.601-90.
Можно выделить такие стратегии внедрения системы:
Параллельная стратегия - одновременно работают старая и новая
система.
«Скачок» - быстрый переход к новой системе.
«Пилотный проект» - это тактика «скачка», но применяемая к
небольшму участку деятельности.
«Узкое место» - автоматизация малой части процесса.
В качестве стратегии внедрения предлагается «Параллельная стратегия»,
когда в организации будет старый способ учета документов и новый. Затем по
прошествии некоторого времени старая система будет полностью заменена
новой.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
проектируемая СЭД является универсальной. В ней не существует каких-
то жестко заданных форматов входных, промежуточных и выходных
документов.
В целом можно сказать, что входной информацией для разрабатываемой
задачи будут являться:
входящий документ;
приказы.
Первичными показателями входных файлов являются:
название маршрута согласования, который определяет перечень
сотрудников, через который должен пройти документ в процессе своей
обработки;
название документа и его тип;
дата и время отправки документа на согласование.
Источник входной информации – либо сотрудники внутри предприятия,
либо внешняя среда предприятия, которая формирует входящие документы.
Частота поступления документов на предприятие – 400 документов в год.
Нормативно-справочная информация – это описание таблиц из БД,
информация в которых редко меняется, их называют справочниками:
подразделения;
рабочие;
маршруты согласования документов;
согласование (положение рабочего в маршруте согласования
документов).
Сводная информация по справочникам представлена в таблице 12.
Таблица 12
Сводная информация по справочникам
Название
Ответственный
Средний
объем в
записях
Средняя
частота
актуализации
Средний
объем
актуализации
Подразделения
Директор
9
1 раз в год
10%
Рабочие
Директор
26
2 раза в год
20%
Маршруты
согласования
Руководители
отделов
14
1 раз в месяц
10%
Согласование
Руководители
отделов
60
1 раз в неделю
10%
Реквизитный состав справочника «Подразделения»:
идентификатор подразделения;
название подразделения.
Реквизитный состав справочника «Сотрудники»:
идентификатор сотрудника;
ФИО;
должность;
фото;
Email;
пароль;
подразделение.
Реквизитный состав справочника «Маршруты согласования документов»:
идентификатор маршрута;
сотрудник, создавший маршрут;
список сотрудников – участников маршрута согласования;
название маршрута;
организация;
тип маршрута;
инструкция для исполнителей маршрута.
Реквизитный состав справочника «Согласование»:
идентификатор записи;
идентификатор маршрута;
идентификатор рабочего;
номер этапа согласования.
Оперативной информацией являются:
документы (которые передаются по маршруту согласования);
файлы (которые могут прикрепляться при обработке документа);
информация (комментарии при обработке документов);
события (переход документа от одного сотрудника к другому).
Реквизитный состав таблицы «Документы»:
идентификатор документа;
дата создания;
дата фактического завершения обработки;
требуемая дата завершения обработки;
информация;
идентификатор маршрута согласования;
номер этапа согласования;
статус документа;
идентификатор рабочего.
Реквизитный состав таблицы «Файлы»:
идентификатор файла;
дата создания;
имя файла;
старое имя файла;
расширение;
идентификатор документа.
Реквизитный состав таблицы «Информация»:
идентификатор записи;
дата;
текст записи;
идентификатор документа.
Реквизитный состав таблицы «События»:
идентификатор события;
дата;
идентификатор документа;
номер этапа согласования;
тип события;
код события;
идентификатор маршрута;
идентификатор рабочего.
Сводная информация по справочникам представлена в таблице 13.
Таблица 13
Сводная информация по таблицам с оперативной информацией
Название
Ответственный
Средний
объем в
записях
Средняя
частота
актуализации
Средний
объем
актуализации
Документы
Сотрудники
отделов
500
20 раз в день
2%
Файлы
Сотрудники
отделов
1500
40 раз в день
3%
Информация
Сотрудники
отделов
2000
40 раз в день
3%
События
Сотрудники
отделов
4000
60 раз в день
3%
2.2.3 Характеристика результатной информации
Выходной информацией будут являться согласованные документы в
архиве, а также история работы с ними.
Особенностью проектируемой системы является то, что по маршруту
согласования могут быть отправлены документы любого назначения и типа.
Назначение или вид документа задается названием маршрута
согласования.
Поэтому на выходе будет формироваться архив документов, по которым
завершена обработка. Можно просмотреть эти документы, загрузить файл
согласованного документа. Представить какой-то конкретный формат файла
сложно, потому что это могут быть как договора, так и расписания, квитанции
и т.д. Ведь по маршруту согласования могут отправляться любые документы.
Выходной информацией является список завершенных документов
(рисунок 20).
Рисунок 20 – Информация о завершенных документах
Если кликнуть на завершенный документ, то откроется форма просмотра
истории работы с ним – и это тоже будет результатной информацией (рисунок
21).
Рисунок 21 – Результатная информация по завершению обработки
документа
Если кликнуть на «Файл_10.docx», то он будет загружен для просмотра
пользователем. И такой документ также будет являться результатной
информацией. Поскольку система универсальная, то есть позволяет отправлять
по маршрутам согласования любые документы, то не существует четкого
формата выходного документа.
Четкий формат есть только у форм представления истории работы с
документом,а также подформа архива завершенных документов.
Частота формирования файлов в СЭД характеризуется частотой
документооборота на предприятии. По оценке в целом в год формируется 1200
документов. Поэтому в день формируется порядка 5 документов (с учетом 248
рабочих дней в году).
Получателями документов могут быть любые сотрудники, поскольку они
задаются маршрутом согласования.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций показывает иерархическую подчиненность функций
автоматизированной системы (рисунок 22).
Рисунок 22 – Дерево функций системы электронного
документооборота
К основным функциям можно отнести:
создание маршрутов согласования;
отправка документов по маршрутам;
прикрепление файлов и комментариев к документам на этапах
маршрута согласования.
К вспомогательным функциям можно отнести:
загрузка файлов;
интерфейс пользователя;
авторизация пользователей;
взаимодействие с базой данных.
Сценарий диалога с автоматизированной системой удобно представлять
ввиде дерева, которое показывает иерархию вызовы форм приложения
(рисунок 23).
Рисунок 23 – Сценарий диалога с автоматизированной системой
Теперь можно перейти к разработке базы данных.
2.3.2 Характеристика базы данных
На начальном этапе проектирования БД следует представить предметную
область в табличной форме (таблицы 14-23).
Таблица 14
Таблица«Согласование документа»
Имя поля
Ключ
Тип данных
Нулевые
значения
ИД согласование
Первичный
Беззнаковое целое
Запрещен NULL
ИД маршрута
Внешний
Беззнаковое целое
Запрещен NULL
ИД рабочего
Внешний
Беззнаковое целое
Запрещен NULL
Номер этапа согласования
Беззнаковое целое
Запрещен NULL
Таблица15
Подразделения предприятия
Имя поля
Ключ
Тип данных
Нулевые значения
ИД подразделения
Первичный
Беззнаковое целое
Запрещен NULL
Подразделение
Строка
Запрещен NULL
Таблица16
Документы
Имя поля
Ключ
Тип данных
Нулевые
значения
ИД документа
Первичный
Беззнаковое целое
Запрещен NULL
Дата создания
Дата/Время
Запрещен NULL
Дата завершения
Дата/Время
Требуемая дата сдачи
Дата/Время
Запрещен NULL
Информация
Строка
ИД маршрута
Внешний
Беззнаковое целое
Запрещен NULL
Номер этапа согласования
Беззнаковое целое
Запрещен NULL
ИД рабочего
Беззнаковое целое
Статус документа
Беззнаковое целое
Запрещен NULL
Таблица17
Файлы
Имя поля
Ключ
Тип данных
Нулевые
значения
ИД файла
Первичный
Беззнаковое целое
Запрещен NULL
Дата прикрепления
Дата/Время
Запрещен NULL
Имя файла
Строка
Запрещен NULL
Старое имя файла
Строка
Запрещен NULL
Расширение
Строка
Запрещен NULL
ИД документа
Внешний
Беззнаковое целое
Запрещен NULL
Таблица18
Информация на этапах согласования
Имя поля
Ключ
Тип данных
Нулевые
значения
ИД информации
Первичный
Беззнаковое целое
Запрещен NULL
Дата прикрепления
Дата/Время
Запрещен NULL
Информация
Строка
ИД документа
Внешний
Беззнаковое целое
Запрещен NULL
Таблица19
События
Имя поля
Ключ
Тип данных
Нулевые
значения
ИД события
Первичный
Беззнаковое целое
Запрещен NULL
Дата события
Дата/Время
Запрещен NULL
ИД документа
Внешний
Беззнаковое целое
Запрещен NULL
Продолжение таблицы 20
ИД маршрута
согласования
Беззнаковое целое
ИД сотрудника
Беззнаковое целое
Номер этапа согласования
Беззнаковое целое
Тип события
Беззнаковое целое
Запрещен NULL
Код события
Беззнаковое целое
Запрещен NULL