33
В результате рассмотрения параметров основных стратегий
автоматизации было принято решение о разработке собственной
автоматизированной системы, учитывающей особенности работы
администрации, так как в рассмотренных выше существующих
разработках отсутствует интегрированное решение всех поставленных
задач, а если покупать готовые решения разных производителей,
ориентирующиеся на решение отдельных задач, тогда получим
недостатки, характерные для хаотичной автоматизации.
Кроме того, руководством администрации города Сорска было
принято решение о рассмотрении возможности сокращения части штата
специалистов и снижения расходов на приобретение программного
обеспечения. Кроме разработки программного обеспечения было принято
решение об интеграции программного продукта с бесплатным офисным
пакетом OpenOffice.org для сокращения расходов бюджета на
приобретение лицензий на Microsoft Office.
1.4. Обоснование проектных решений
1.4.1 Обоснование проектных решений по техническому
обеспечению
Под техническим (аппаратным) обеспечением информационной
системы понимается весь комплекс электронных, электрических и
механических устройств, входящих в состав системы и/или сети, исключая
программное обеспечение и хранимую информацию. В этот комплекс
входят: компьютеры, периферийные устройства ввода/вывода и хранения
информации, а также сетевое оборудование различных типов и
энергетическое оборудование (батареи и аккумуляторы) [3].
Требования к техническому обеспечению формировались исходя из
аппаратных требований используемого программного обеспечения, и
представлены в таблице 9.
34
Таблица 9
Аппаратные требования информационной системы
Сервер
Клиент
Процессор
2,9 ГГц (с архитектурой x64).
Оптимальное число ядер – от 2.
От 2,6 ГГц
ОЗУ
Не менее 4ГБ
Не менее 2ГБ
Видеокарта и
монитор
монитор SVGA (с минимальным разрешением 1024х768
точек)
Жесткий диск
120 Гб
Для работы программы
необходимо от 100 МБ
Оптический
привод
DVD-RW
-
Устройства
ввода
клавиатура и мышь
ЛВС
Пропускная способность 1GB/c
100 MB/s
Параметры аппаратного обеспечения серверной части определены
согласно требованиям к СУБД, требования к рабочей станции – по оценке
нагрузки на рабочую станцию приложения для автоматизации системы
документооборота.
Анализ аппаратных требований дает основание утверждать, что
существующих средств технического обеспечения для функционирования
создаваемой информационной системы делопроизводства достаточно,
необходимость в модернизации и замене отсутствует.
1.4.2 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение – совокупность проектных решений
по объемам, размещению, формам организации информации (единой
системы классификации и кодирования информации унифицированных
систем документации, схем информационных потоков), циркулирующей в
организации, а также методология построения баз данных. [10]
В автоматизированной информационной системе более точно,
глубоко и оперативно, чем в традиционном бумажном документообороте,
отражается действительное состояние организации, полнее объясняются
факты, обеспечиваются условия возможной взаимозаменяемости ресурсов,
35
вырабатываются альтернативные варианты решений, позволяющие
руководителям принимать обоснованные управленческие решения.
Автоматизация управленческих операций требует приведения всего
множества показателей в единую, целостную систему, установления их
содержательного и терминологического единства (однозначности), а также
четких взаимодействий между ними.
В процессе проектирования информационной системы
делопроизводства администрации города Сорска потребуется
использование ряда классификаторов:
Локальный классификатор сотрудников;
Локальный классификатор контрагентов;
Локальный классификатор сотрудников. Требуется для
отправки документа на исполнение, возможности
разграничения доступа к автоматизированной системе.
Локальный классификатор отделов.
В качестве входных документов информационной системы
используются:
Входящий документ;
Исходящий документ
Выходной информацией будет являться сформированная отчетность
по:
Неисполненным документам;
Исполнителям;
Просроченным документам.
В большинстве случаев, использование унифицированных форм в
управлении системой документооборота не представляется возможным,
так как такие формы отсутствуют.
36
1.4.3 Обоснование проектных решений по программному
обеспечению
Программное обеспечение - совокупность программ системы
обработки информации и программных документов, необходимых для
эксплуатации этих программ. [6]
В таблице 10 приведен перечень проектных решений по видам
программного обеспечения, используемых в данной работе.
Таблица 10
Перечень программного обеспечения, используемого в
проекте автоматизации документооборота администрации
города Сорска
Тип ПО
Наименование
ПО
Назначение ПО
Системное ПО
Microsoft Windows
2012 Server
Standart
Серверная операционная система
Управление ресурсами
вычислительной сети
администрации, контроль учетных
записей, использование
административных политик
Системное ПО
Microsoft Windows
10
Операционная система для
персональных компьютеров
Офисное ПО
OpenOffice.org 4.4,
Microsoft Office
2010 и 2016.
Работа по подготовке документов,
электронных таблиц, отчетности
различного типа, вывод данных из
внешних приложений
СУБД
Microsoft SQL
Server 2014 Std
Работа с базами данных
прикладных программных
комплексов
Прикладное ПО
1С: Предприятие
8.3
Работа специалистов по кадрам,
бухгалтерскому учету, расчёта
заработной платы, ведения
кадрового учёта
ПО для
обеспечения
информационной
безопасности
Kaspersky EndPoint
Security 11,
360 Total Security
Обеспечение антивирусной защиты
Таким образом, при расчете требований к параметрам технического
обеспечения необходимо учитывать системные требования для
обеспечения функционирования всего комплекса программного
обеспечения, используемого в условиях администрации города Сорска.
37
II. Проектная часть
2.1 Основные этапы жизненного цикла информационной
системы
2.1.1 Этапы жизненного цикла проекта автоматизации
Проведем выбор концепции жизненного цикла в рамках
проектирования системы автоматизации документооборота администрации
города Сорска.
Понятие «жизненный цикл проекта» можно интерпретировать как
период времени от зарождения идеи проекта до его завершения, который
можно разделить на соответствующие фазы или этапы[8]:
Стадия замысла
Стадия разработки
Стадия производства
Стадия применения
Стадия поддержки применения
Стадия прекращения применения и списания
Не бывает одного оптимального способа определить наиболее
подходящий жизненный цикл и структуру проекта. У некоторых
организаций существуют принятые принципы, согласно которым для
каждого проекта подразумевается один и тот же жизненный цикл, в то
время как остальные организации позволяют команде управления
проектом самим выбирать жизненный цикл, наиболее подходящий для
проекта.
Модель жизненного цикла программного обеспечения - структура,
определяющая последовательность выполнения и взаимосвязи процессов,
действий и задач на протяжении жизненного цикла. Модель жизненного
цикла зависит от специфики, масштаба и сложности проекта и специфики
условий, в которых система создается и функционирует.
Модели жизненного цикла:
38
Каскадная модель - подразумевает последовательное выполнение
всех этапов проекта в строго определенном порядке. Переход на
следующий этап выполняется только после полного завершения
работ на предыдущем.
Итерационная модель - подразумевает разделение жизненного цикла
проекта на определенную последовательность итераций,
напоминающих «мини-проект», каждый из которых включает все
процессы разработки в применении к созданию меньших фрагментов
функциональности, по сравнению с проектом в целом. Цель каждой
итерации - получение работающей версии программного продукта,
включающей функциональность, определённую интегрированным
содержанием всех предыдущих, и текущей итерации. Результат
финальной итерации содержит всю требуемую функциональность
продукта.
Спиральная модель - складывается из нескольких итераций (витков
спирали) путем создания прототипов (черновых версий программы).
Каждая итерация соответствует созданию фрагмента или версии
программного обеспечения, на ней уточняются цели и
характеристики проекта, оценивается качество полученных
результатов и планируются работы следующей итерации.
Для разработки требуемого приложения автоматизации
документооборота выбрана спиральная модель, представленная на рисунке
12. Структура модели жизненного цикла программного обеспечения
приведена в соответствии со стандартом ГОСТ Р ИСО/МЭК 12207-2010.
Информационная технология. Системная и программная инженерия.
Процессы жизненного цикла программных средств [14].
39
Рисунок 12 - Спиральная модель
Концепция спиральной модели, разработанная Барри Боэмом еще в
1986 году, применяется в рамках разработки большого количества
информационных систем [8]. Она выступает в роли технологии разработки
программного обеспечения, сочетающей в себе как стадии
проектирования, так и постадийного прототипирования с целью сочетания
достоинств восходящих и нисходящих алгоритмов, в которой делается
упор на работу с начальным и этапами жизненного цикла: стадий анализа и
проектирования.
На каждом витке спирали производится создание фрагмента или
версии программного продукта. Производится уточнение целей и
40
характеристик проекта, определение его качеств и планирования работ на
следующем витке спирали.
Каждый виток разбивается на секторы:
Определение перечня целей
Оценивание вероятности рисков
Осуществление разработки и тестирования
Планирование
На каждом из витков спирали могут использоваться различные
модели технологии разработки программного обеспечения. В конечном
итоге на выходе получается готовый продукт. Модель включает в себя ряд
возможностей моделей прототипирования и каскадной модели. Процесс
итеративной разработки отражает объективно существующий спиральный
цикл создания системы. Неполное завершение работ на каждом из этапов
позволяет переходить к следующему этапу, не дожидаясь полного
окончания работы на текущем. При итеративном способе разработки
недостающую работу можно будет выполнить на следующей итерации.
Главная задача - как можно быстрее показать заказчику системы
работоспособный продукт, таким образом активизируя процесс уточнения
и дополнения требований.
Основная проблема спирального цикла - определение момента
перехода на следующий этап. Для ее решения потребуется ввести
временные ограничения на каждый из этапов жизненного цикла. Переход
осуществляется в соответствии с планом, даже если не вся
запланированная работа закончена.
При разработке проекта автоматизации технологии
документооборота был составлен календарный план внедрения
автоматизированной информационной системы, представленный на
рисунке 13.
41
Рисунок 13 - Хронологический порядок внедрения
программного продукта в технологию работы
На первом этапе производится первоначальное ознакомление с
объектом автоматизации, изучение бизнес-процессов, технологии
документооборота. На этом этапе задействован разработчик-автор
дипломного проекта, необходимые материалы предоставляются
специалистами по делопроизводству, других структурных подразделений,
управляющим делами.
На следующем этапе происходит проектирование информационной
системы – определение информационных объектов, их свойств,
установление взаимосвязи между ними. На этом этапе задействован
разработчик – автор дипломного проекта.
Третий этап – определение стратегии автоматизации. После
определения комплекса задач происходит оценка возможностей внедрения
самостоятельного разработанного, либо приобретенного программного
обеспечения, проводится технологическая и экономическая оценка. На
42
этом этапе задействованы: руководитель организации, управляющий
делами, специалисты отдела финансов и экономики (2 чел.) и отдела
делопроизводства (1 чел.), разработчик дипломного проекта.
Четвертый этап – приобретение ПО (конфигурации), и доработка
программного продукта для работы с информационной системой
специалиста по делопроизводству. Задействован автор дипломного
проекта.
Следующий этап – опытная эксплуатация программного продукта –
разработанное программное обеспечение устанавливается на тестовые
рабочие станции и происходит проверка всего функционала программы с
целью выявления ошибок в её работе, соответствия заявленной
технологии, определения возможностей усовершенствования. На данном
этапе задействованы: руководитель организации, управляющий делами,
секретарь, специалисты отдела делопроизводства, автор данного проекта.
На последнем этапе после исправления неточностей в работе,
выявленных в ходе опытной эксплуатации, происходит внедрение
программного продукта в промышленную эксплуатацию через
развертывание базы данных, установки программы на рабочие станции
пользователей. Написание руководства пользователя. Задействован
разработчик данного проекта.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
На различных этапах жизненного цикла информационной системы
делопроизводства администрации города Сорска различные риски могут
реализовываться по-разному. Ожидаемые риски на этапах жизненного
цикла и план реагирования при возникновении рисковых ситуаций
представлены в таблице 11[10].