48
- Microsoft Solution Framework (MSF) – поход на RUP. Стоит отметить, что
указанный подход также предусматривает наличие четырех фаз. В данном случае фазы
будут следующими: анализ, проектирование, разработка и стабилизация. MSF, в
отличие от RUP, в большей степени предназначается для создания бизнес-приложений.
- Extreme Programming (XP). Данный подход можно назвать экстремальным
программированием, новейшей методологией. Основой указанной методологии
выступает работа в команде, активные коммуникации с заказчиками на протяжении
всего проекта по созданию информационной системы. При этом применяются
последовательно обрабатываемые прототипы.
При выборе стандарта ключевой фактор проявляется в более подробном и полном
описании работы на различных этапах и стадиях разработки автоматизированной
системы.
Стандарт ISO/IEP 12207 не предусматривает подробное описание работы на
различных стадиях и этапах создания автоматизированной системы.
Стандарт CDM предназначается для проектов с использованием Oracle-
технологий, которые в данном проекте не используются [17].
Стандарт MSF, как было указано выше, предназначается для бизнес-сферы [18].
Стандарт XP, как было указано выше, рассчитан именно на командную работу. В
связи с этим, в данном проекте будет использоваться ГОСТ 34.601-90, так как именно он
имеет описание работы на каждом этапе разработки автоматизированной системы.
К базовым стадиям создания автоматизированной системы относят:
1) Выведение требований к системе;
2) Создание концепции;
3) Написание технического задания;
4) Составление технического проекта;
5) Подготовка документации;
6) Внедрение.
Этап подготовки объекта к внедрению подразумевает проведение следующих
работ [19]:
- закупить и установить сервер системы и серверное ПО;
- развернуть на сервере базу данных;
- установить клиентское ПО на все компьютеры АРМ системы;
49
- сконфигурировать взаимодействие АРМ системы с сервером базы данных;
- ввести учетные записи и настроить им права доступа;
- заполнить справочники системы реальными данными;
- обеспечить пользователей эксплуатационной документацией;
- обучить персонал работе с системой.
Процесс внедрения системы предусматривает следующих участников:
разработчиков системы (проектировщика, программиста), системного администратора и
будущих пользователей данной системы. Системным администратором должно быть
обеспечено место для установки нового сервера, подключение к локальной сети для
такого сервера, а также доступ к компьютерам, которые необходимы для развертывания
системы (наличие прав администратора). Проектировщиками системы должно
проводиться обучение пользователей, конфигурация системы, заполнение
справочников, проверка правильности взаимодействия каждой из подсистем.
Программистом должны быть оперативно устранены неполадки, которые могут
возникнуть в процессе развертывания системы [20].
Опытная эксплуатация системы должна быть проведена не менее трех месяцев.
Если при этом были обнаружены те или иные ошибки необходимо прибегнуть к поиску
причин возникновения таких ошибок и к их устранению. После этого необходимо
внести коррективы в программу, а также в технологию обработки данных, которые
минимизируют риск возникновения таких ошибок. После того, как ошибки были
устранены, должен быть подписан «Акт о проведении опытной эксплуатации». Данный
акт и есть начало перехода к следующему (третьему) этапу – сдача системы в
промышленную эксплуатацию [21].
Этап эксплуатации предусматривает проведение следующих работ:
На этапе эксплуатации производятся следующие работы:
- справочники системы должны периодически актуализироваться (данные
работы осуществляются ответственным за справочник лицом);
- информационная база системы должна периодически архивироваться на
CD-носителях (осуществляется администратором системы);
- локализируются проблемы и устраняются причины их возникновения
(осуществляется программистом);
- модификация ПО (осуществляется бизнес-анатиликом, программистом);
50
- подготавливаются предложения, направленные на совершенствование
системы (осуществляется пользователями системы)
- мероприятия по развитию и модернизации системы (осуществляется
бизнес-аналитиком, программистом).
Стоит отметить, что каскадная модель имеет ряд преимуществ, но только в тех
условиях использования ее в проекте, которые будут приемлемыми для такой модели.
Рассмотрим основные преимущества системы:
- Рассматриваемая модель является хорошо знакомой для потребителей и не
имеет никакого отношения к созданию и эксплуатации программ. Не редко применяется
другими компаниями для отслеживания проектов, несвязанных с разработкой
программного обеспечения;
- Модель может справляться с различными трудностями и отлично работать
в достаточно понятных, но трудноразрешимых проектах;
- Она является доступной для понимания, так как преследует весьма простую
цель – выполнить необходимые действия [22];
- Она является простой и удобной в использовании, так как процесс
разработки предусматривает несколько этапов.
В случаях, когда каскадная модель используется в проекте, которые не
предназначается для нее, могут проявляться следующие недостатки:
- Основой модели выступает линейная последовательная структура, и при
попытке вернуть назад на несколько фаз для того, чтобы исправить проблемы или
недостатки, приходится жертвовать временем (срываются графики работы и приходится
затрачивать дополнительные средства);
- При создании программного обеспечения, нередко наблюдается ситуация
итерации между фазами. Данная модель не может предотвратить ее, так как сама
выстраивается на основе циклов аппаратного инжиниринга;
- Модель не способна показать ключевое свойство разработки программного
обеспечения, которое ориентировано на решение задачи. Отдельные фазы
предусматривают определенные действия, что не редко отличается от привычной
работы коллектива или персонала;
51
- Модель может создавать ошибочное впечатление о процессе работы с
проектом. Указание о том, что «35% выполнено» для менеджера проекта, по сути, не
имеет какого-то смысла.
Учитывая недостатки каскадной модели, ее использование необходимо
ограничить теми ситуациями, в которых все требования для их разработки являются
максимально понятными и точными.
Каскадная модель является весьма хорошей в циклах разработки программного
продукта, где наблюдается использование фиксированного определения продукта и
имеются понятные технические методики.
Спиральная модель ориентирована преимущественно на начальные этапы
разработки, которые представлены: подготовкой стратегии, проектированием и
анализом, в рамках которых, все технические решения подлежат проверке и
обоснованию методом создания прототипов. Каждый виток спирали есть создание
компонента или версии программного обеспечения. В них могут быть уточнены цели и
характеристика проекта, качество, а также выражены работы на следующем витке.
Соответственно, более конкретно рассматриваются детали проекта, и по результатам
определяется и реализуется вариант, который является обоснованным.
Спиральная модель имеет некоторые преимущества каскадной модели. Помимо
преимуществ, спиральная модель также предусматривает определенные риски, но такие
риски являются управляемыми, так как имеются процессы поддержки и менеджмента.
[23].
Стоит сказать о том, что спиральная модель отличается особыми свойствами. По
нашему мнению, главным из свойств является то, что риски определяются и
анализируются на каждом шаге; результаты оцениваются по итогам каждой итерации.
Кроме указанных выше особых свойств, стоит также отметить и определенные
преимущества спиральной модели. К ним относят:
- Заказчик постоянно присутствует в процессе разработки;
- Большой проект разбивается на несколько малых частей;
- Снижение рисков (поведение системы является более предсказуемым).
- Быструю разработку (за счет прототипа получают более ранний результат).
В рамках нашего проекта наиболее подходящей будет являться каскадная модель
для создания приложения. Это обусловлено тем, что именно каскадная модель позволит
52
контролировать промежуточные значения. Кроме того, проект является не слишком
большим, что может оказать определенное влияние на отсутствие недостатков такой
модели.
После указанных выше шагов необходимо выбрать направление внедрения
созданной системы. В нашем случае для внедрения ИС на предприятии ООО «Гарант»
был выбран «Пилотный проект».
Пилотный проект является первым этапом внедрения, который позволяет
получить уверенность в том, что данная система будет применимой и эффективной до ее
окончательного внедрения. Кроме того, в рамках пилотного проекта сотрудники
компании смогут обучиться работе с системой. Определяются и планируются различные
организационные и технические мероприятия на стадии промышленного внедрения
системы. Пилотный проект позволит существенно снизить затраты и также ускорит
внедрение. Безусловно, данные преимущества являются достаточно весомыми при
внедрении проекта.
Рассмотренная выше стратегия внедрения информационной системы была
выбрана по той причине, что это наиболее часто используемая компаниями стратегия.
Данный подход является наиболее надежным и позволяет снизить риски.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
В качестве входной информации в разработанной системе документооборота
используются следующие документы и сведения:
- Перечень отделов предприятия;
- Список сотрудников предприятия;
- Номенклатура дел.
Данные документы вносятся в систему вначале ее работы.
В системе используются справочники, приведенные в таблице 2.4.
Таблица 2.4
Перечень используемых справочников
№
Название
справочника
Ответственный
за ведение
Средний объём
справочника в
записях
Среднюю
частоту
актуализации
Средний объем
актуализации,
%
1
Отделы
Администратор
100
1 раз в месяц
10
2
Роли
пользователей
Администратор
10
1 раз в год
10
53
3
Пользователи
Администратор
200
1 раз в год
10
4
Типы
документов
Администратор
500
1 раз в месяц
25
5
Номенклатура
Пользователь
200
1 раз в год
25
6
Папки
Пользователь
250
ежедневно
25
Справочник Отделы включает в себя название отдела. Справочник Роли
пользователей включает наименование роли пользователя, а также определенные права
на чтение, добавление или удаление документов, файлов, папок. В справочнике
Пользователи содержатся следующие сведения: фамилия, имя и отчество, должность,
логин, пароль, дата регистрации, дата рождения, роль пользователя.
Справочник Номенклатура составляется в ходе использования номенклатуры дел
бумажного документооборота и содержит следующие реквизиты: наименование записи
(дела) в номенклатуре, количество томов, номер тома, страниц всего, дата добавления,
ФИО добавившего пользователя, ФИО удалившего пользователя.
Справочник Папки является справочником, который содержит сведения о
создании каждым пользователем иерархии обрабатываемых документов. Также каждая
папка может быть в той или иной степени открыта для чтения и записи другими
пользователями, либо вообще закрыта.
Данный справочник содержит следующие реквизиты: наименование папки, ФИО
добавившего пользователя, дата добавления, права доступа, изображение.
Оперативная информация хранится в таблицах Документы и Файлы. В таблице
Документы хранятся все сведения о зарегистрированном документе, а именно
следующие реквизиты: номер документа, ФИО сотрудника, наименование, вид
документа, дата подготовки, дата и время регистрации, количество страниц,
примечание, адресат, статус, права доступа.
В ходе деятельности к документам могут прикрепляться различные файлы, в том
числе и их электронные копии. Сведения о таких файлах содержатся в таблице Файлы, в
которой учитываются нижеперечисленные реквизиты: номер файла, наименование
файла, путь к файлу на сервере, размер в кб, дата добавления, ФИО пользователя,
добавившего файл, код документа, к которому прикреплен файл, права доступа, тип
файла (расширение).
54
2.2.3 Характеристика результатной информации
Результатной информацией для задачи автоматизации делопроизводства являются
следующие документы: список сотрудников; список документов по видам;
номенклатура дел; учетная карточка документа; список документов, находящихся в
архиве.
Список сотрудников приведен на рисунке 2.3.
Рисунок 2.3. Список сотрудников
В списке сотрудников имеются следующие реквизиты: фамилия, имя, отчество
сотрудников; дата регистрации; должность; отдел; дата рождения; логин и пароль для
доступа в систему.
Данный документ формируется на основе справочников Отделы, Пользователи.
Списки документов имеют следующие реквизиты: наименование документа; дата
регистрации; краткое описание; количество страниц; адресат; ссылка на электронную
версию документа.
Экранная форма списка документов приведена на рисунке 2.4.
Рисунок 2.4. Экранная форма списка документов
Список документов, находящихся в архиве, а также список документов,
находящихся на контроле, отличаются статусом. При этом в системе могут быть
55
следующие статусы: документ зарегистрирован; документ рассмотрен; документ
поставлен на контроль; документ отправлен в архив.
На основе статуса формируются списки документов. При формировании списков
документов используются такие таблицы, как Документы, Файлы, а также справочники
Отделы, Виды документов, Пользователи.
Номенклатура дел содержит наименование томов, их количество и общее
количество страниц.
Учетная карточка документа содержит следующие реквизиты: наименование
документа; дата добавления (создания); список файлов, прикрепленных к документу;
наименование папки, в которой содержится документ; резолюции руководителей
отделов.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
В разработанной системе предусмотрено 2 вида пользователей; Сотрудник,
осуществляющий регистрацию документов; Администратор.
Различие между функциями данных пользователей содержится в различном
уровне к доступу редактирования справочников. Дерево функций для администратора
представлено на рисунке 2.5.
Рисунок 2.5. Дерево функций системы
Сценарии диалога приведен на рисунке 2.6.
56
Рисунок 2.6. Сценарий диалога
2.3.2 Характеристика базы данных
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области. Кроме того,
она объясняет, на основе каких входных документов и какой нормативно-справочной
информации происходит выполнение функций по обработке данных и формирование
конкретных выходных документов. Информационная модель представлена на рисунке
2.7.
В соответствии с приведенной информационной моделью, работа системы
осуществляется следующим образом.
Администратор системы регистрирует сотрудников, используя и изменяя
содержимое справочника «Пользователи». При необходимости администратор
добавляет данные в справочники Папки, Номенклатура, Типы документов, Роли,
Адреса, Отделы.
57
Рисунок 2.7. Информационная модель системы документооборота
Сотрудник регистрирует документы, используя документ и справочник «Типы
документов», Роли, Номенклатура, Папки и изменяя содержимое таблиц Документы и
Файл.
Администратором системы на основании входных документов заполняются
следующие справочники: отделы; роли пользователей; пользователи; виды документов;
номенклатура.
Для заполнения справочников используются соответствующие экранные формы, а
именно: учет отделов; учет ролей; составление номенклатуры; учет видов; учет
пользователей;
Данные сведения сохраняются в таблицах с первичными данными, наименования
которых совпадают с наименованиями справочников.
Далее используется экранная форма регистрация папки и документа. При этом
используются данные всех системы справочников, указанных ранее. В результате