62
Среди наиболее популярных стандартов обычно выделяют
следующие:
ГОСТ 34.601-90 – применим к автоматизированным системам и
устанавливает все стадии и этапы их разработки. Также в этом стандарте
есть описание содержания работ для каждого этапа. Этапы и стадии,
которые закреплены в данном стандарте, чаще всего соответствуют
каскадной модели жизненного цикла.
ГОСТ Р 12207-2010 – стандарт, определяющий процессы и
организацию жизненного цикла. Применим к любому виду заказного ПО. В
стандарте нет описания стадий, фаз и этапов.
Custom Development Method (Oracle) – технологический
материал по разработке прикладных ИС, который детализирован до уровня
заготовок проектных инструкций, которые будут использоваться в проектах
с участием Oracle. Используется CDM для классической модели ЖЦ
(имеются все этапы и задачи), а также при технологии быстрой разработки
или облегченного прохода, которые используются в случае малого проекта.
Rational Unified Process (RUP) – использует некую
интерактивную модель разработки, которая включает 4 фазы: начало,
исследование, построение и внедрение. Любая из этих фаз может
разбиваться на этапы, в результате которых исполняется версия для
внутреннего или внешнего использования. Проход по всем 4 фазам – это
цикл разработки, и каждый такой цикл завершается генерацией версии
системы. Если после этого проект продолжается, то сам продукт также
видоизменяется и проходит эти фазы еще раз. Суть работы в рамках RUP -
разработки и сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) – поход на RUP, также
имеет 4 фазы: анализ, проектирование, разработка и стабилизация, является
итерационным и предполагает применение объектно-ориентированных
моделей. MSF в сравнении с RUP в большей степени предназначен для
создания бизнес-приложений.
63
Extreme Programming (XP) – экстремальное программирование
(новейшая методология, сформировалась в 96 году). Основу методологии
составляют командная работы, активная коммуникация с заказчиком в
течение всего проекта по созданию ИС, ведение разработки с применением
последовательно обрабатываемых прототипов.
Для выбора стандарта основным фактором будет являться более
подробное и полное описание работы на стадиях и этапах разработки АС.
Стандарт ISO/IEP 12207 не имеет подробного описания работы на
разных стадиях и этапах создания АС.
Стандарт CDM рассчитан на проекты с использованием Oracle-
технологий, которые не применяются в данном проекте.
Стандарт MSF, как было сказано выше, ориентирован на бизнес-
сферу.
Стандарт XP больше рассчитан на команду. Поэтому в данном
проекте используется ГОСТ 34.601-90, поскольку именно у него есть
описание работы на каждом этапе разработки АС.
Базовыми стадиями создания АС являются:
1) Выведение требований к системе;
2) Создание концепции;
3) Написание ТЗ;
4) Составление технического проекта;
5) Подготовка документации;
6) Внедрение.
На этапе подготовки объекта к внедрению планируется провести
следующие работы:
закупить и установить сервер системы и серверное ПО;
развернуть на сервере базу данных;
установить клиентское ПО на все компьютеры АРМ системы;
сконфигурировать взаимодействие АРМ системы с сервером базы
данных;
64
ввести учетные записи и настроить им права доступа;
заполнить справочники системы реальными данными;
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
В ходе введения системы принимут участие: разработчики системы
(проектировщик, разработчик программного обеспечения), системный
администратор и будущие пользователи системы. Системный
администратор должен обеспечить зону для монтажа нового сервера;
подключение к локальной сети для сервера и АРМ пользователей системы;
доступ к компьютерам, необходимым для развертывания системы, с
правами администратора. Проектировщик системы выполняет обучение
пользователей, настраивает систему, заполняет справочники, проводит
проверку правильность взаимодействия всех подсистем. Разработчик
программного обеспечения незамедлительно ликвидирует возникающие
при развертывании системы нарушения в работе.
Опытная эксплуатация системы должна проводиться не менее 3
месяцев. В случае обнаружения ошибок на этапе опытной эксплуатации,
осуществляется поиск причин и устранение ошибок, внесение коррективов
в программу, в технологию обработки данных. После устранения ошибок
подписывается «Акт о проведении опытной эксплуатации», который
служит началом перехода к третьему этапу – сдаче системы в
промышленную эксплуатацию.
На этапе эксплуатации производятся следующие работы:
- периодическая актуализация справочников системы
(осуществляется ответственным за справочник лицом);
- периодическое архивирование информационной базы системы на
CD-носителях (администратор системы);
- локализация проблем и устранение причин их возникновения
(программист);
- модификация ПО (бизнес-анатилик, программист);
65
- подготовка предложений по совершенствованию системы
(пользователи системы);
- развитие и модернизация системы (бизнес-анатилик, программист).
Сама каскадная модель имеет множество преимуществ, но при
условии использования ее в проекте, приемлемом для нее. Ниже
представлены ее преимущества:
• Модель хорошо знакома потребителям, не имевшим никакого
отношения к созданию и эксплуатации программ, а также конечным
пользователям (часто используется другими компаниями для отслеживания
проектов, которые не связана с разработкой ПО);
• Она лучше справляется с трудностями и отлично срабатывает в
тех проектах, где все достаточно понятно, но трудноразрешимо;
• Она очень доступна для понимания, т.к. преследует простую
цель – выполнение необходимых действий;
• Она проста и удобно в использовании, т.к. процесс разработки
идет поэтапно.
Но в случае, если каскадная модель используется в проекте, не
предназначенном для нее, проявляются следующие ее недостатки:
• Основа модели – линейная последовательная структура, и в
результате попытки вернуться назад на одну-две фазы для исправления
проблемы или недостатка приходится жертвовать временем и срывать
график работ и затрат;
• Она не может предотвращать итерация между фазами, которые
очень часто встречаются при создании ПО, поскольку сама модель
строиться согласно циклам аппаратного инжиниринга;
• Она не показывает главное свойство разработки ПО, которое
направлено на решение задачи. Отдельные фазы связаны определенными
действиями, что часто отличается от привычной работы коллектива или
персонала;
66
• Она создает ошибочное впечатление о работе с проектом.
Указание, что «35% выполнено» обычно не имеет какого-то смысла для
менеджера проектов.
Исходя из недостатков каскадной модели, ее применение нудно
ограничивать ситуациями, в которых все требования для их разработки
очень точны и понятны.
Каскадная модель хороша в циклах разработки программного
продукта, где используется фиксированное определение продукта и есть
понятные технические методики.
Спиральная модель особое внимание уделяет начальным этапам
разработки – подготовке стратегии, проектированию и анализу, где все
применяемые технические решения проверяются и обосновываются
методом создания прототипов. Каждый виток спирали означает создание
компонента или версии ПО. В них можно уточнять цели и характеристики
проекта, его качество, а также выражаются работы на следующем витке.
Таким образом, углубляются и конкретизируются детали проекта, и в
результате определяется обоснованный вариант, который и реализуется.
Спиральная модель показывает в себе преимущества каскадной
модели. При этом она также имеет риски, умеет или управлять, а также
имеет процессы поддержки и менеджмента. Тут также имеется разработка
ПО при использовании прототипирования или быстрой разработки
программ при помощи языков программирования и средств разработки 4-го
поколения.
Особые свойства спиральной модели – отказ от закрепления
требований и установки приоритетов пользовательским требованиям;
создание последовательных прототипов, начиная с наиболее высшего;
определение и анализ риска на каждом шаге; оценка результата по итогам
каждой итерации и планирование проведения следующей итерации.
Преимуществами спиральной модели можно назвать:
67
• Быстрая разработка (получение более раннего результата за счет
прототипа);
• Постоянное присутствие заказчика с процессе разработки;
• Разбиение большого проекта на малые части;
• Снижение рисков (более предсказуемое поведение системы).
Для нашего проекта больше всего подойдет каскадная модель для
создания приложения, т.к. она имеет возможность контроля
промежуточных значений, а также проект не слишком большой, что может
повлиять на отсутствие ее недостатков.
Затем производится выбор направления внедрения созданной
системы. Сегодня выделяют 4 стратегии внедрения ИС:
• Параллельная стратегия, которая подразумевает замену старой
на новую;
• Скачок – подразумевается резкий переход с одной системы
сразу на другую;
• Опытное использование пилотного проекта – та же тактика
скачка, только к некоторому количеству изделий, при этом очень успешна
на малом участке работы;
• Узкое место – внедрение узкого места план выполняется только
для него самого, и для сотрудников, которые там работают.
В качестве стратегии внедрения ИС в АО «НИИССУ» был выбран
«Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий
убедиться в применимости и эффективности предлагаемой системы до eѐ
окончательного внедрения, обучить сотрудников компании работе с
системой, а также определить и спланировать организационные и
технические мероприятия на этапе промышленного внедрения. Пилотный
проект позволяет уменьшить затраты и ускорить полномасштабное
внедрение.
68
Данная стратегия внедрения информационной системы была выбрана,
потому что это наиболее часто используемая компаниями стратегия. Такой
подход снижает риск и наиболее надежен.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В качестве входной информации в разработанной системе
документооборота используются следующие документы и сведения:
Перечень отделов предприятия;
Список сотрудников предприятия;
Номенклатура дел.
Данные документы вносятся в систему вначале ее работы.
В системе используются справочники, приведенные в таблице 2.4.
Таблица 2.4
Перечень используемых справочников
№
п
п
название
справочни
ка
ответственн
ый за
ведение
средний
объём
справочни
ка в
записях
среднюю
частоту
актуализац
ии
средний
объем
актуализац
ии, %
1
Отделы
Администрат
ор
100
1 раз в
месяц
10
2
Роли
пользовате
лей
Администрат
ор
10
1 раз в год
10
3
Пользовате
ли
Администрат
ор
200
1 раз в год
10
4
Типы
документов
Администрат
ор
500
1 раз в
месяц
25
5
Номенклат
ура
Пользовател
ь
200
1 раз в год
25
6
Папки
Пользовател
ь
250
ежедневно
25
69
Справочник Отделы включает в себя название отдела. Справочник
Роли пользователей включает наименование роли пользователя, а также
определенные права на чтение, добавление или удаление документов,
файлов, папок. В справочнике Пользователи содержатся следующие
сведения:
Фамилия
Имя и отчество
Должность
Логин
Пароль
Дата регистрации
Дата рождения
Роль пользователя
Справочник Номенклатура составляется в ходе использования
номенклатуры дел бумажного документооборота и содержит следующие
реквизиты:
Наименование записи (дела) в номенклатуре
Количество томов
Номер тома
Страниц всего
Дата добавления
ФИО добавившего пользователя
ФИО удалившего пользователя
Справочник Папки является справочником, который содержит
сведения о создании каждым пользователем иерархии обрабатываемых
документов. Также каждая папка может быть в той или иной степени
открыта для чтения и записи другими пользователями, либо вообще
закрыта.
Данный справочник содержит следующие реквизиты:
70
Наименование папки
ФИО добавившего пользователя
Дата добавления
Права доступа
Изображение
Оперативная информация хранится в таблицах Документы и Файлы.
В таблице Документы хранятся все сведения о зарегистрированном
документе, а именно следующие реквизиты:
Номер документа
ФИО сотрудника
Наименование
Вид документа
Дата подготовки
Дата и время регистрации
Количество страниц
Примечание
Адресат
Статус
Права доступа
В ходе деятельности к документам могут прикрепляться различные
файлы, в том числе и их электронные копии. Сведения о таких файлах
содержатся в таблице Файлы, в которой учитываются нижеперечисленные
реквизиты:
Номер файла
Наименование файла
Путь к файлу на сервере
Размер в кб
Дата добавления
ФИО пользователя, добавившего файл
71
Код документа, к которому прикреплен файл
Права доступа
Тип файла (расширение)
2.2.3 Характеристика результатной информации
Результатной информацией для задачи автоматизации
делопроизводства являются следующие документы:
список сотрудников;
список документов по видам;
номенклатура дел;
учетная карточка документа;
список документов, находящихся в архиве.
Список сотрудников приведен на рисунке 2.2
Рисунок 2.3Список сотрудников
В списке сотрудников имеются следующие реквизиты:
фамилия, имя, отчество сотрудников;
дата регистрации;
должность;
отдел;
дата рождения;
логин и пароль для доступа в систему.