44
контролировать реализацию ПО на каждом этапе и не затягивать сроки ввода в
эксплуатацию ИС (рис. 19).
Рисунок 19 - Каскадная модель жизненного цикла
На этапе анализа требований проводится систематизация деятельности
организации, определяются основные направления автоматизации, в выбранных
направлениях декомпозируются подзадачи, определяются циклы работ,
алгоритмы действий, документы, подлежащие автоматизации.
На этапе проектирования осуществляется построение общей структуры ИС,
структура баз данных, взаимосвязи между элементами, происходит построение
необходимых для дальнейшей разработки диаграмм и схем (в том числе
диаграммы IDEF), основанных на данных, полученных во время реализации
первого этапа.
Этап программирования заключается в практической реализации
программного кода по спроектированным схемам. Осуществляется настройка
баз данных, интеграция элементов SQL в программный код.
На этапе тестирования производится отладка программного обеспечения,
заполнения баз данных, проверка всех элементов программы, поиск возможных
ошибок и неисправностей. На данном этапе, исходя из реалий ООО «Видеогид»
(небольшое количество сотрудников, малый размер ИС) возможно знакомство
сотрудников со всеми элементами ИС, их обучение работе на новом
программном обеспечении.
Последним этапом является ввод в эксплуатацию и сопровождение. На
данном этапе осуществляется установка ПО на рабочие места, при
необходимости корректировка или перезаполнение баз данных, штатная
45
эксплуатация ИС. При обнаружении неисправностей, вопросов или
необходимости доработки ПО решение вопросов осуществляется силами
штатных сотрудников ООО «Видеогид».
Для достижения поставленной цели необходимо четкое распределение
целей, времени и ресурсов для каждого этапа.
На этап анализа максимальное количество времени на реализацию этапа –
40 часов. Планируемое время 35 часов. Исходя из 8 часового рабочего дня – 5
рабочих дней.
Основными подэтапами являются:
- сбор и систематизация основных финансово-хозяйственных показателей
организации. Проводится сотрудниками отделов под руководством начальников
отделов. Результирующий документ – отчет о деятельности (по отделам).
Максимальное время реализации – 16 часов;
- определение списка требований к системе. Проводится начальниками
отделов под руководством директора. Результирующий документ – общий
список требований к системе. Максимальное время реализации – 8 часов;
- составление графика работ по задаче. Составляется заместителем
директора организации. Максимальное время реализации – 8 часов;
- распределение обязанностей и задач по реализации системы.
Определяется директором организации. Максимальное время реализации – 8
часов.
Согласно графика работ, максимальное время на реализацию этапа
проектирования – 48 часов, планируемое – 40 часов.
На этапе проектирования требуется выполнить следующие задачи:
- на основании данных анализа произвобится построение функциональных
диаграмм организации, в том числе по методологии IDEF;
- построение общей структуры информационной системы, определение
необходимого количества модулей;
- согласно требованиям к системе происходит построение структуры баз
данных, производится построение ER-диаграмм;
- производится определение схемы работы каждого модуля, построение
блок-схем рассчетных модулей системы;
46
Этап программирования, согласно плана работ, составляет 150 часов.
Максимальное время программирования – 160 часов.
Основные задачи на данном этапе:
- изучение специалистом по программированию результирующих
документов этапа проектирования, составление макета программы;
- создание шаблона ИС, построение основных форм программы;
- работа с программным кодом, интегрирование функционала SQL;
- проверка работоспособности системы в целом и каждого молуля в
частности.
На этап тестирования системы отводится 10 рабочих часов. На данном
этапе назначается 4 сотрудника для тестирования системы по отделам.
Специалист отдела кадров тестирует раздел «Кадры», производит тестовую
нагрузку на систему, функционал, точность вывода информации в
результирующий документ. Специалист отдела продаж занимается разделом
«Сеансы», работоспособностью раздела, точностью вывода информации в
документ, правильность оформления графиков. Финансовы отдел проверяет
работоспособность и функционал раздела «Касса». Базу данных «Справочник»
проверяет специалист отдела продаж, не занятый проверкой раздела «Сеансы».
Тестирование системы проходит под руководством заместителя директора. По
результатам работы каждый ответственный специалист сосавляет отчет по
тестированию.
На начальной стадии этапа анализа составляется команда, ответственная
за реализацию проекта.
Руководителем проекта является директор организации. На его имя
производится доклад по завершению каждого этапа, а так же обо всех
задержках в работе и выявленных недостатках. Он определяет и распределяет
задачи по проекту, определяет концепцию и подход к реализации проекта. Он
тесно сотрудничает с командой, несет ответственность за обеспечение
ресурсами каждого члена команды, необходимые для успешной работы.
Аналитиками выступают руководители отделов. Они занимаются
переводом результирующей информации по деятельности организации в формат
таблиц, схем и графиков.
47
Архитектором ИС и техническим лидером назначен заместитель
директора организации. Он отвечает за разработку общей структуры системы,
проектирования его облика и взаимосвязей. Так же он направляет деятельность
разработчиков, тестировщиков и аналитиков.
Задачи по разработке системы, написание программного кода возложены
на специалиста отдела кадров, имеющего соответствующее образование.
С целью обеспечения общего контроля за реализацией проекта было
принято решение об использовании средств коллективной работы над проектом
автоматизации. В ходе выбора средств, был проведен анализ существующих
систем коммерческого и некоммерческого характера (таблица 4).
Таблица №4
Средства коллективной работы над проектом
Название
системы
V
C
Cnf
Brn
Shr
Net
FS
Srv
cmd
GUI
jc
Bc
Bt
Цена
Perforce
+
+
+
-
+
-
S
+
-
+
-
-
$500
GP-Version
+
-
+
+
+
+
S
-
+
-
P
+
$325
TLIB 5.5
+
+
+
-
-
+
S
+
=
-
-
-
$225
Visual
SourceSafe
6.0
+
+
+
+
*
+
S
+
+
-
-
-
$549
Concurrent
Versions
System (CVS)
1.10
+
+
+
+
+
+
S
+
*
-
-
-
б/п
Proj. Rev.
Control
System
(PRCS)
+
+
+
+
-
+
S
+
-
-
-
-
б/п
Aegis (by
Peter Miller)
3.12
+
+
+
-
*
+
B
+
-
-
+
-
б/п
Условные обозначения:
VC – поддержка контроля версий;
Cnf – автоматизация разрешения конфликтов;
Brn – поддержка ветвления версий;
Shr – возможность использования одного файла в нескольких проектах;
Net – доступ к БД проекта по сети (TCP/IP);
FS - доступ к БД проекта с использованием файловой системы;
Srv – серверный ли тип этой СКР (S - серверный, W - бессерверный, B -
работа в обоих режимах);
48
Cmd – наличие интерфейса командной строки;
GUI – наличие графического интерфейса;
jc - автоматизация управления распределением обязанностей;
bc - контроль и ускорение сборки проекта;
bt - встроенная система поиска ошибок;
+ имеется
- отсутствует
= имеется в большинстве поставок
* поддерживается внешними средствами
p находится в зачаточном состоянии
По результатам анализа была выбрана система Concurrent Versions System
(CVS) 1.10, имеющая бесплатную форму распространения и возможность
реализации графического интерфейса.
2.1.2. Ожидаемые риски на этапах жизненного цикла проекта
автоматизации.
При разработке и проектированию ИС наиболее важным является
определить все возможные риски и принять меры по их устранению.
Анализ предметной области является стратегическим звеном реализации,
так как ошибки и недочеты, допущенные на данном этапе закладывают наиболее
глубинные системные неисправности, не позволяющие системе работать
согласно заданных параметров, и исправление которых повлечет за собой
коренные системные изменения в ИС, что может повлечь за собой достаточные
финансовые и физические ресурсы, остановит эффективную работу нескольких
отделов.
Наиболее возможные риски на данном этапе: недостаточный анализ
работы отдела или взаимодействия между ними, невключение в проектируемую
ИС ряда важных документов, неполный список входящей информации.
Для сокращения рисков на данном этапе требуется поэтапный контроль за
лицами, осуществляющими анализ работы организации, введение отчетности по
каждому сегменту работы, определение четкого плана анализа.
Проектирование системы – определение будущего облика программы, его
функций, задач, эргономичности. На основе результатов проектирования
49
осуществляется программирование системы, а значит ошибки, допущенные на
данном этапе, лягут в программный код. От точности переноса данных анализа
на язык диаграмм и схем зависит соответствие реализации заявленным
требованиям. От грамотного построения облика системы – понятность
интерфейса конечному пользователю, удобство использования, доступность
функционала.
Для сокращения рисков на данном этапе требуется четкое соблюдение
норм и правил, установленных для реализации всех функциональных схем,
диаграмм и графиков, контроль за соответствием результативных данных
входящей информации.
Программирование – основной этап реализации. Строгое соблюдение
проектных решений и контроль за программным кодом – основные правила,
приводящие к минимуму возникновение рисков на данном этапе. Наиболее
уязвимым участком кода является стык языковых систем – в рассматриваемом
проекте – языков C# и SQL (представленном в проекте системой SQLite).
На этапе программирования требуется постоянная промежуточная отладка
программы, поиск возможных неисправностей, точной и четкое следование
схемам и диаграммам.
Тщательная реализация четвертого этапа исключит или сведет к
минимуму возникновение ошибок в ходе эксплуатации продукта. Тестированию
подвергается каждый элемент системы, вплоть до каждой кнопки и каждой
записи в программе, правильность и полноту добавления записей в таблицы
базы данных и вывода их на экран и в документ. Исходя из особенностей этапа,
основным риском можно считать недобросовестное осуществление
тестирования системы лицом, осуществляющим реализацию данного этапа либо
полное самоустранение от ее реализации.
На этапе тестирования следует ввести результативные отчеты по каждому
блоку тестирования, ввести ответственность тестирующего лица за назначенные
участки ответственности.
Наиболее важным при внедрении ИС в работу является контроль за
полнотой заполнения основных статичных таблиц базы данных (список
контрагентов и их реквизиты, список сотрудников и их данные). Основные
50
риски при эксплуатации системы – недобросовестное исполнение обязанностей
при работе на рабочем месте, возможность возникновения программных или
аппаратных ошибок, вызванных реалиями эксплуатации либо недочетами при
реализации на каком-либо этапе разработки.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации.
Современные реалии обусловлены стремительным ростом разновидности
вредоносного ПО и способов их установки на уязвимые ПК.
Вредоносная программа — любое программное обеспечение,
предназначенное для получения несанкционированного доступа к
вычислительным ресурсам самой ЭВМ или к информации, хранимой на ЭВМ, с
целью несанкционированного использования ресурсов ЭВМ или причинения
вреда (нанесения ущерба) владельцу информации, и/или владельцу ЭВМ, и/или
владельцу сети ЭВМ, путём копирования, искажения, удаления или подмены
информации [2].
Примеры последних лет показали, что существует реальная опасность
моментального массового заражения значительного количества ПК менее чем за
сутки. Одним из примеров является вирус Petya, вирус-вымогатель, который
блокирует доступ к данным и требует 300 долларов в биткоинах за
разблокировку. Данный вирус поразил значительное количество, в том числе
корпоративных, сетей и компьютеров.
Данные обстоятельства приводят к обязательном использовании
актуальных средств защиты информации.
При разработке и эксплуатации ИС используется программное
обеспечение сторонних разработчиков, требующее наличие лицензионного
соглашения.
Основным сторонним продуктом, без которого не представляется
возможным реализация системы является операционная система. Выбранная ОС
– MS Windows 8 требует обязательного приобретения лицензионного ключа.
При этом лицензионная копия предоставляет ряд возможностей для защиты
информации – встроенный firewall, и встроенная система защиты от
вредоносного ПО при наличии актуального обновления.
51
Так же для защиты АРМ (автоматизированных рабочих мест) от
вредоносного ПО необходима установка лицензионной копии «Антивирус
Касперского Internet Security».
Одним из основных элементов защиты информации является система
разгарничения доступа к информации. Весь персонал по подразделениям
должен иметь доступ только к своему участку информации (таблица 5).
Таблица №5
Таблица допуска к информации
Группы
пользова
-телей
Модуль
«Касса»
Модуль
«Сеансы»
Модуль
«Кадры»
Модуль
«Справоч-
ник»
Доступ
в
Internet
Руковод-
ство
Полный
Полный
Полный
Полный
Да
Отдел
кадров
Чтение
Чтение
Полный
Чтение/
создание
Нет
Финанс.
отедл
Чтение/
создание
Чтение
Чтение
Чтение
Нет
Отдел
продаж
Чтение
Полный
Чтение
Полный
Нет
Для осуществления защиты файлов ИС необходимо ограничить прямой
доступ к файлам ИС и БД в частности.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и ее описание.
Информационная модель — модель объекта, представленная в виде
информации, описывающей существенные для данного рассмотрения параметры
и переменные величины объекта, связи между ними, входы и выходы объекта и
позволяющая путём подачи на модель информации об изменениях входных
величин моделировать возможные состояния объекта (рис. 20).
В соответствии с представленной информационной моделью кассир
заполняет суточные данные по кассе в базу данных, специалист отдела продаж –
справочник контрагентов, данные по количеству проданных билетов, сотрудник
отдела кадров – справочник по сотрудникам, таблицы больничных в
соответствующие таблицы. На основании таблицы больничных листов и данных
из справочника по сотрудникам специалист бухгалтерии составляет отчет по
зарплате, предоставляемый заместителю директора. Специалисты отдела продаж
на основании таблиц продаж билетов формируют статистические таблицы по
продажам и ежемесячный отчет, предоставляемый директору.
52
Рисунок 20 - Информационная модель ИС
Классификатор – это сгруппированный, по различным признакам,
перечень наименованных объектов, где каждому из них присвоен уникальный
код, в соответствии с их общими признаками или различиями. Классификаторы
применяются для упрощения работы по сбору информации и систематизации
данных, а также используются для указания кодов в различных
унифицированных документах [7]. Классификаторы подразделяются на
следующие уровни:
- международные — стандартные классификаторы, используемые по всему
миру;
- межгосударственные — классификаторы, используемые в рамках
экономических союзов и других межгосударственных объединений: например,
классификаторы используемые в ЕС, СНГ и т. д.
- межотраслевые — классификаторы, используемые в пределах государства. Не
должны противоречить международным классификаторам;
- отраслевые — классификаторы, используемые в рамках одной отрасли;
- региональные - классификаторы действующие на территории региона.
53
- системные — классификаторы, принятые отдельным предприятием
(организацией) для применения в рамках своей автоматизированной системы.
Они содержат информацию, необходимую для решения задач в конкретной АС и
отсутствующую в национальном или отраслевом классификаторе [6].
Для записи и обработки информации на машинном носителе используют
систему кодирования. В процессе кодирования объектам присваиваются
цифровые, буквенные обозначения (таблица 6).
Таблица №6
Таблица кодирования
Объект
кодирования
Код
Объем
кода
Система
кодирова-
ния
Система
классифи-
кации
Вид
классифи-
катора
Сотрудники
4
9999
Порядковая
Дескрипт.
Локальный
Контрагенты
4
9999
Порядковая
Дескрипт.
Локальный
Сеансы
4
9999
Порядковая
Дескрипт.
Локальный
В проектируемой системе используется дескрипторная система
классификации, характеризующаяся наличием словаря, включающего основные
ключевые слова, характерные группам объектов. По причине малого количества
систематизируемых объектов используется порядковая система кодирования,
присваивающая объекту уникальный код (ID).
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
Под входной информацией подразумевается совокупный упорядоченный
набор сведений, представленный в виде документов, сообщений, данных,
поступающий в систему и необходимый для функционирования системы [8].
В качестве справочников в проектируемой системе выступают «Сотрудники»,
«Контрагенты», «Сеансы» (таблица 7). Каждый справочник представляет собой
статичный набор сведений о соответствующих элементах. Справочники могут
оперативно обновляться, редактироваться, расширяться, однако сами таблицы
создаются на старте эксплуатации системы и существуют на всем протяжении
существования ИС, в отличии от оперативных таблиц, содержащих сведения
ежемесячной активности организации.