Материал: Автоматизация документооборота (на примере ооо Престиж)

В стандарте ISO/IEC 12207 не предлагается конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла.

В настоящее время существует две основные модели жизненного цикла - это каскадная и спиральная модели. В каскадной модели процесс разработки идет поэтапно, шаг за шагом. Переход к следующему этапу происходит только после завершения предыдущего. В спиральной модели разработка проходит по нарастающей. На начальном этапе разрабатывается система с высоким уровнем абстракции, а на последующих витках эта разработка все больше и больше конкретизируется. Для жизненного цикла текущего проекта была выбрана каскадная модель, так как для разрабатываемой системы больше подходит поэтапная разработка. Переход к следующему этапу происходит только после завершения всех работ на предыдущем этапе (рисунок 5), включая подготовку полного пакета документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков и есть возможность планирования сроков завершения работ и затрат на их выполнение.

Рисунок 5. Каскадная схема разработки ПО

²⁵

В случае, если в середине разработки вскрываются ошибки, допущенные в начале, то приходится прибегать к энтраверсии проекта и реальная схема каскадной модели приобретает другой вид (рисунок 6). Таким образом, каскадный метод более всего подходит к конкретной разработке.


Рисунок 6. Реальный процесс разработки ПО

по каскадной схеме

²⁶


2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию информационной системы предприятия всегда включает множество задач, связанных с общим управлением проектом, разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по себе является проектом с присущими ему особенностями. Наиболее характерные риски и методы из минимизации приведены в таблице 7.

Таблица 7
Возможные риски проекта и способы их минимизации

Виды рисков/варианты менеджмента рисков	Снижение видов риска	Снижение вероятности возникновения риска
Риски, связанные с масштабом проекта	Детальный анализ каждого этапа работ, взаимодействия участников, организации работ	Детально проработанная программа качества, отработанное управление конфигурацией проекта, специальные процедуры взаимодействия участников
Риски, связанные с недостаточным опытом в сфере ИТ	Проведение обучения пользователей, включая руководство, соблюдение технологий работы	Разработка и утверждение концепции проекта на возможно более ранней его стадии
Технические риски проекта	Строгий отбор проектной команды по квалификационным критериям. Обучение участников проекта технологии проектных работ, инструментальным средствам	Использование стандартов предприятия на проектные работы, разработка стандартов проекта
Организационные риски проекта	Обучение участников проекта (курс "управление проектом"), тренинги команды, как можно более полная формализация деятельности	Включение в команду администратора проекта, детальное распределение ролей в проекте
Операционные риски проекта	Многократное тестирование созданных продуктов, тщательная экспертиза документов	Строгое выполнение процедур программы качества

²⁷

2.2 Информационное обеспечение задачи

2.2.1 Информационная модель и её описание

Информационная модель представляет собой схему движения входных, промежуточных и результативных потоков и функций предметной области. Кроме того, она объясняет, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов. Информационная модель представлена на рисунке 7.

Рисунок 7. Информационная модель системы

²⁸
В соответствии с представленной информационной моделью менеджер заполняет справочник Состояние проектов. Далее, используя данные справочников Клиенты, Сотрудники, Города, Фирмы, состояния проектов, изменяет содержание таблицы Проекты. На основании таблицы Проекты и Справочника Состояние проектов менеджер получает экранные формы выходных документов, таких, как список проектов и список этапов выполнения проектов.


2.2.2 Характеристика нормативно-справочной, входной и оперативной информации
В системе используются справочники, приведенные в таблице 8.
Таблица 8
Перечень используемых справочников

№ пп	название справочника	ответственный за ведение	средний объём справочника в записях	среднюю частоту актуализации	средний объем актуализации, %
1	Сотрудники	Администратор	100	1 раз в месяц	10
2	Фирма	Администратор	50	1 раз в месяц	10
3	Клиенты	Пользователь	50	1 раз в месяц	10
4	Город	Администратор	500	1 раз в неделю	25
5	Состояние проектов	Пользователь	50	1 раз в месяц	10

²⁹
Реквизитный состав справочников приведен в таблице 9.
Таблица 9
Реквизитный состав справочников

№ пп	Наименование	Перечень реквизитов
	Сотрудники	Фамилия, имя, отчество Дата рождения Должность
	Фирма	Наименование Город Оргформа Контактное лицо
	Клиенты	Фирма Фамилия, имя, отчество Дата регистрации Адрес E-mail ФИО руководителя
	Состояние проектов	Наименование состояния

³⁰


2.2.3 Характеристика результатной информации
Описание результатных документов приведено в таблице 10.
Таблица 10
Описание выходных документов

№ пп	Наименование	Реквизиты	Таблицы, на основе которых формируется	Частота формирования	Способ доставки
1	Список проектов	Номер Вид Наименование клиента Состояние Завершено Добавлено Ведет проект Добавил проект	Проекты Состояние проектов Сотрудники Фирмы Города	По мере необходимости	Экранная форма
2	Список этапов выполнения проектов	Номер проекта Наименование клиента Шаг выполнения Дата начала Дата окончания Добавил Ответственный	Проекты Состояние проектов Сотрудники Фирмы Города	По мере необходимости	Экранная форма

³¹

2.3 Программное обеспечение задачи

2.3.1 Общие положения (дерево функций и сценарий диалога)

В разработанном модуле предусмотрен только один пользователь - менеджер. Дерево функций модуля представлено на рисунке 8.

Рисунок 8. Дерево функций менеджера

³²

На основании дерева функций разработан сценарий диалога, схематически представленный на рисунке 9.

Рисунок 9. Сценарий диалога

³³

2.3.2 Характеристика базы данных
В разработанном модуле используется СУБД MS SQL Server 2000. Обоснование ее выбора приведено в разделе 1.4.3. В решаемой задачи используется следующая ER-модель, отображенная на рисунке 10, описывающая взаимосвязь таблиц в БД.

Рисунок 10

³⁴

Таблица 11

Таблица «City»

№ пп	Поле	Тип	Значение
	idCity	int(10)	Номер
	city	varchar(255)	Наименование города
	telcode	varchar(20)	Телефонный код
	timezone	int(4)	Часовой пояс

³⁵

Таблица 12
Таблица «Klient»

№ пп	Поле	Тип	Значение
	idKlient	int(11)	Номер
	nameK	varchar(255)	Наименование
	inn	varchar(12)	ИНН
	kpp	varchar(12)	КПП
	fiobossK	varchar(30)	ФИО руководителя
	fiokontaktk	varchar(30)	ФИО контактного лица
	telefonK	varchar(9)	телефон
	adressK	varchar(255)	адресс
	zipcodeK	varchar(6)	индекс
	emailK	varchar(15)	Е-майл
	idCityK	int(11)	Код города

³⁶

Таблица 13

Таблица «Project»