47
Главными способами организации БД являются методы создания
распределенных и централизованных хранилищ данных.
На основании критериев и необходимости обеспечения надежности
хранения информации в разрабатываемом проекте будет выбран
централизованный метод организации БД.
По инструменту определения связей для информации различаются такие
модели:
иерархическая;
сетевая;
реляционная.
Для автоматизации электронного документооборота решения задач
организационного управления будет применяться реляционная модель БД по таким
причинам:
– наиболее подходит под реализацию проекта автоматизации;
– легкая в применении;
– использует множество инструментов для обработки и анализа
данных.
Принятый в рассматриваемой модели подход к целостности и
структурированию данных позволяет упорядочить и организовать в удобном виде
процесс реализации и проектирования сложных БД, а реляционные операции
имеют возможность осуществлять операции по обработке данных.
При организации процесса ведения электронного документооборота для
решения задач организационного управления применяются такие документы:
– перспективный план развития компании;
– рабочий план деятельности компании;
– акт проверки (контроля оперативных данных);
– отчет по деятельности за отчетный период;
– приказ по компании о поправках в деятельности (в случае
отрицательных отклонений показателей).
Справочными таблицами для данных документов являются:
– Перечень сотрудников компании;
48
– Должности сотрудников;
– Показатели;
– Предоставляемые услуги.
Описанное выше ОИ будет применяться в процессе автоматизации
электронного документооборота в организационном управлении.
1.4.2.Обоснование проектных решений по программному обеспечению
Программное обеспечение – это совокупность программ, которые
реализуют задачи и функции ИС для реализации рассматриваемого выше БП и
обеспечивающих корректную работу имеющихся комплексов технических
средств [7, c.14].
Непосредственно в состав ПО входят специальные и общесистемные
программы, инструктивно-методическая информация по применению средств
ПО.
К общесистемному ПО можно отнести программы, что рассчитаны на
огромный круг пользователей, а также предназначенные непосредственно для
организации вычислительных процессов и выполнения разных вариантов
обработки данных.
Они также позволяют расширить все функциональные возможности ПК,
автоматизировать планирование поочередности вычислительных процессов, а
также автоматизировать функции программистов.
Функциональное ПО представляет собой совокупность программных
средств, которые разрабатываются при создании программ конкретного
функционального назначения.
Стоит отметить, что оно включает в себя пакеты прикладных программ,
которые осуществляют организацию данных, а также их обработку с точки зрения
решения функциональных задач документооборота.
При выборе комплекса аппаратных средств для разработки проекта, одним
из самых важнейших критерием считается выбор операционной системы.
Операционной системой является такой вид ПО, который управляет
аппаратными средствами компьютера, выполняет поддержку запуска и
49
выполнение программ и приложений, производит защиту данных, выполняет
разные сервисные функции.
Все программы пользуются средствами, которые предоставляются
операционной системой.
То есть, выбор ОС очень важен, поскольку он определяет набор ПО и
формат выполняемых файлов, их взаимодействие с аппаратным обеспечением.
На ПК, используемых в качестве сетевых рабочих мест пользователей,
могут применяться следующие ОС:
– ОС семейства Windows;
– ОС семейства UNIX.
Для разработки ПО автоматизированной обработки документации выбор
ОС никак не повлияет на итоговую функциональность системы, так как при
реализации алгоритмов ПО не требуется применения каких-то специфических
функций ОС.
Оба вида ОС позволяют разрабатывать ПО без потери его уровня
функциональности, по причине присутствия программных сред, а также языков
программирования для указанных типов ОС.
В результате рассмотрения возможностей ОС можно сделать вывод, что в
проекте будет использоваться ОС Windows 10.
Выбор системы управления БД (СУБД) представляет и решает
многопараметрическую задачу, а также является одним с самых важных этапов
при выполнении разработки приложений на основании БД.
Выбранное ПО должно удовлетворять как будущим, так и текущим
потребностям предприятия, а также следует учитывать разные финансовые
затраты по приобретению необходимого оборудования, системы, разработку
нужного программного обеспечения, которое базируется на ее основании, а также
обучение сотрудников работы на нем.
Кроме этого, необходимо убедиться, что СУБД способна приносить
предприятию реальную выгоду.
Наиболее простой метод выбора СУБД на основании оценки, в какой мере
имеющиеся системы удовлетворяют основным требованиям создаваемой
информационной системы.
50
Более сложным, а также дорогостоящим вариантом считается, создание
испытательного проекта, который базируется на основании нескольких СУБД, а
последующий выбор самого подходящего с рассмотренных кандидатов.
Стоит отметить, что и в этом случае надо ограничивать круг всевозможных
систем, при этом опираясь на некоторые критерии отбора. В этом случае можно
выделять несколько групп таких критериев для отбора [6, c.33]:
моделирование информационных данных;
выполнение требования к среде функционирования;
контроль работы создаваемой системы;
надежность СУБД;
производительность системы;
смешанные критерии качества.
Главным принципом выбора СУБД считается определение программного
продукта, который в наибольшей мере будет соответствовать предъявляемым
требованиям.
Указанную задачу выполнить не очень просто, так как:
– к СУБД предъявляется огромное количество требований, что с
течением времени могут кардинально изменяться;
– СУБД имеют огромное число параметров, что значительно
затрудняет их непосредственное сравнение.
При разработке ИС по автоматизации электронного документооборота для
решения задач организационного управления необходимо выбрать СУБД SQL
Server 2017, так как она является удобной в использовании, имеет хороший
уровень масштабируемости, соответствует всем поставленным задачам и
внедряема в множество визуальных сред разработки.
Кроме этого, в настоящее время используются специализированные
платформы для создания конфигураций ПО, которые позже внедряются в
серверную часть.
Типичным примером такой платформы является система 1С:Предприятие
8.3, в которой присутствует модуль для разработки конфигураций
(Конфигуратор).
51
Стоит отметить, что в работе будет применяться учебная версия платформы
1С:Предприятие по таким причинам [5, c.35]:
– ИС внедряется только для отдельного участка, то есть, некоторое
время будет работать в тестовом режиме и полностью всех функций платформы
применять не нужно;
– лицензионная версия платформы 1С:Предприятие является платной.
При удачном внедрении данной ИС руководством ООО «Концерн
Промстромресурс» будет рассматриваться возможность покупки полной версии
платформы.
Именно эта среда будет применяться для создания ИС по ведению
электронного документооборота в организационном управлении на основании
ООО «Концерн Промстромресурс».
1.4.3.Обоснование проектных решений по техническому обеспечению
Под техническим обеспечением (ТО) понимается персональные
компьютеры, линии связи, оргтехника, оборудование вычислительных сетей.
Спецификация ТО, зависящая от так называемой технической оснащенности
(автоматизированный, ручной, удаленный), сильно влияет на сбор, передачу и
обработку информации [8, c. 16].
Комплекс технических средств составляют такие компоненты:
– персональные компьютеры;
– устройства сбора, обработки, накопления, передачи и вывода данных
(принтеры, сканеры);
– устройства передачи, приема и обработка сетевых данных, а также
линий связи;
– эксплуатационные материалы.
При непосредственном выборе компьютера надо руководствоваться рядом
характеристик, которые должны удовлетворить все требования для создаваемой
системы.
К таким характеристикам можно отнести:
– стоимостные затраты;
– надежность;
52
– простота использования;
– производительность и прочие.
От значения требуемых параметров зависят возможности работы с уже
имеющимися программными средствами, а в результате – и успех создания
автоматизированной системы.
Для каждого с элементов указанной схемы выделяется ряд критериев,
которые считаются самыми важными при осуществлении выбора аппаратного
обеспечения:
– разрешение дисплея монитора;
– тактовая частота процессора ПК;
– объем используемой оперативной памяти.
Средние параметры ПК, которые применяются в ООО «Концерн
Промстромресурс» и полностью соответствуют функционированию
разрабатываемой ИС (спецификация ТО рассмотрена в п.1.2).
Для обработки документов в электронной форме, а именно, печати,
копирования и сканирования документов, должно использоваться
специализированное оборудование – МФУ. В данном случае руководству
необходимо приобрести МФУ Konica Minolta 1380.
Также, для обеспечения уровня сохранности данных при аварийном
отключении электропитания ПК должен быть оборудован модулем
бесперебойного питания.
Анализируя уже используемые в ООО «Концерн Промстромресурс» АРМ
персонала, можно сделать вывод, что они полностью подходят по всем
техническим требованиям для реализации ИС.
53
II ПРОЕКТНАЯ ЧАСТЬ
2.1.Разработка проекта автоматизации
2.1.1.Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программных средств – это непрерывный процесс,
что начинается с момента утверждения решения о надобности создания ИС и он
заканчивается в момент полного ее изъятия из эксплуатации.
Структура жизненного цикла базируется на трех группах процессов:
– основные;
– вспомогательные;
– организационные.
Основная группа процессов включают в себя совокупность определенных
действий, которые связаны с задачами, что должны быть выполнены на
протяжении жизненного цикла программного средства.
К главным относятся процессы [2, c.63]:
– приобретения;
– поставки;
– разработки;
– эксплуатации;
– сопровождения.
Первый процесс охватывает действия заказчика для приобретения
программного продукта. К таким действиям относят:
1. Инициирование приобретения имеет много задач, например,
определение заказчиком потребностей в приобретении, усовершенствование или
разработка системы программного средства.
2. Подготовка заявочных предложений – это разработка и составление
предложений, что должны содержать все требования к разрабатываемой и
покупаемой системе; совокупность необходимых программных средств; условия
и соглашения, разные технические ограничения.
3. Подготовка, корректировка договора хранит в себе такие задачи:
– выбор поставщиком критерия для оценки предложений;
54
– выбор поставщика на базе анализа предложений;
– заключение и подготовка договора с поставщиком;
– выполнение изменений в договор в процессе его реализации.
4. Надзор за работой поставщика осуществляется по действиям,
предусмотренными в процессе оценки аудита.
5. Завершение и приемка работ.
6. При приемке подготавливаются и выполняются разные тесты.
Завершение работ осуществляется в случае удовлетворения абсолютно всем
условиям приемки.
7. Поставка охватывает действия, а также задачи поставщика при
получении заказчиком программного средства или услуги.
К таким действиям относятся:
1. Инициирование поставки – это рассмотрение поставщиком
заявочных предложений, а также принятие решений;
2. Подготовка ответа по заявочным предложениям выполняются в
соответствии с утвержденными решениями;
3. Подготовка самого договора осуществляется после выбора
конкретного поставщика заказчиком;
4. Процесс планирования выполняется после утверждения договора и
включает следующие задачи:
5. принятие решения поставщиком по выполнению работ своими силами
и с подключением субподрядчика;
6. выполнение разработки поставщиком плана управления
программным проектом, содержащего организацию проекта и разграничение
ответственности, а также технические требования для среды разработки,
управление субподрядчиками.
Процесс эксплуатации охватывает все действия и задачи для оператора –
организации, что занимается эксплуатацией разработанного программного
средства.
К таким действиям относят:
– эксплуатационное тестирование;
– подготовительная работа;
55
– эксплуатация системы;
– поддержка пользователей.
Процесс сопровождения активизируется при изменениях программного
средства и соответствующей ему документации, вызванных некоторыми
возникшими проблемами.
Главной целью таких процессов является проектирование надежного,
полностью удовлетворяющего всем требованиям заказчика программного
продукта в установленные сроки договором.
Каскадная модель ЖЦ – это процесс разбиение всей разработки
программного средства на этапы, причем все переходы с одного этапа к
следующему происходят только после того, как полностью будет завершен работа
на текущем этапе.
Рассмотрим положительные стороны каскадной модели жизненного цикла
[3, c.42]:
– на каждом этапе создан окончательный набор всей проектной
документации;
– выполняемые в нужной последовательности этапы всех работ позволяют
спланировать сроки окончания работ и соответствующие им затраты.
Рассматриваемый подход хорошо показал себя при проектирования
информационных систем, автоматизированных систем, для которых можно в
самом начале разработки достаточно полно и точно формулировать все
необходимые требования.
К этой категории попадают сверхсложные расчетные системы, а также
системы реального времени с другими подобными задачами.
Однако в процессе создания программного средства реально постоянно
возникает большая необходимость в возврате работы к предыдущим этапам,
пересмотре или уточнении ранее принятых решений по работе.
Главным недостатком каскадного подхода есть существенное запаздывание
при содержании результата.
Функциональные и информационные модели автоматизируемого объекта
могут устаревать одновременно при их утверждении.
56
Следующий недостаток – такое проектирование программного средства
ведет к примитивной его автоматизации ил механизации существующих действий
работников.
Для преодоления появившихся проблем, связанных с применением
пользованием каскадной модели, в середине 1970-х годов предложена спиральная
модель.
В спиральной модели ЖЦ рассматривается упор на аналогичные начальные
этапы ЖЦ:
– анализ;
Ее принципиальная особенность в том, что прикладное программное
средство создается не сразу, по примеру каскадного подхода, а по составным
частям с применением метода прототипирования.
Прототип – это действующий программный компонент, который реализует
отдельные функции, а также внешние интерфейсы разрабатываемого
программного средства.
Создание прототипов также осуществляется за пару итераций, или
специальных витков спирали.
Все итерации соответствуют созданию фрагмента, или же версии
программного продукта, в ней уточняются все цели и характеристики
программного проекта, оценивается общее качество полученных результатов,
планируется работа уже следующей итерации.
Для каждой итерации выполняется тщательная оценка разного рода риска
превышения сроков, стоимости проекта для определения необходимости
применения еще одной итерации, их степени точности и полноты понимания
требований для системы, а также целесообразности закрытия проекта.
Спиральная модель избавляет разработчиков и пользователей
программного средства от полного, точного формулирования всех требований к
системе на исходной стадии, поскольку они могут уточняться на каждой новой
итерации.
Таким образом, последовательно конкретизируются и углубляются детали
проекта, в результате выбирается также обоснованный вариант, что доводится до
реализации.