42
популярностью на российском рынке. Многие фирмы-производители программного
обеспечения, в том числе систем разработки приложений, также ориентированы на
это семейство операционных систем, что привело к наличию на рынке большого
количества систем программирования, позволяющих разрабатывать программное
обеспечение для Windows. Эта операционная система имеет очень большой набор
утилит и служебных программ, предназначенных для администрирования,
управления и диагностики системы, а также прикладных приложений. Кроме того,
она поддерживает обширный программный интерфейс для написания собственных
приложений для работы в этой операционной среде.
Так как разрабатываемая система является конфигурацией для
1С:Предприятие 8.3 то данная система становится центром системы автоматизации
приема и обработки заявок.
Система разрабатывается для клиент-серверного варианта работы,
работающего в локальной сети предприятия. Выделение в локальной сети сервера
становится обязательным. На этом сервере должна быть обязательно установлена
серверная операционная система. На клиентских машинах ничего кроме
операционной системы и системы «1С:Предприятие 8.3» устанавливать не нужно
[2].
В случае клиент-серверного варианта работы выделение в локальной сети
сервера становится обязательным. На этом сервере должна быть обязательно
установлена серверная операционная система и сервер системы «1С:Предприятие
8». Кроме этого, нужен еще один сервер – баз данных. Физически это может быть
тот же самый сервер, на котором функционирует сервер системы, а может быть и
отдельная машина. В любом случае на нем должен быть установлен сервер базы
данных.
В качестве операционной системы, функционирующей на клиентских
машинах в случае клиент-серверного варианта работы целесообразно выбрать
операционную систему Windows.
В качестве серверной операционной системы, функционирующей на серверах
системы 1С:Предприятие и на сервере баз данных (в случае выделения его в
отдельное рабочее место) целесообразно использовать Windows Server 2013 Standard
43
Edition. В качестве сервера баз данных целесообразно использовать MS SQL Server
2015 Standard Edition.
В последнее время все большую популярность приобретают Unix-
ориентированные операционные системы, в частности Linux. Серверная часть
системы 1С:Предприятие 8.3 также способна функционировать в этой операционной
системе, которая с легкостью может заменить на сервере Windows 2013 Server. В
этом случае в качестве серверной СУБД целесообразно использовать не MS SQL
Server, а PostgreSQL, которая является достойной свободной альтернативой
коммерческим СУБД.
Пользователи КИС и сотрудники Службы могут подключаться к системе,
запущенной в режиме веб-клиента, по сети Интернет через браузеры, установленные
на их персональных или мобильных компьютерах. В этом случае взаимодействие
пользователей с системой осуществляется по сети Интернет через любой браузер.
Для того чтобы приложение могло работать в режиме веб-клиента оно должно быть
опубликовано на каком-либо web-сервере, к которому можно обратиться из сети
Интернет по IP-адресу. В качестве программного web-сервера целесообразно
использовать web-сервер Apache, а в качестве физического сервера – тот же самый
сервер, на котором размещается информационная база приложения. Таким образом,
программное обеспечение системы дополняется web-сервером Apache. Необходимо
обеспечить круглосуточное функционирование сервера и свободный доступ к нему
из сети Интернет. Сервер должен иметь статический IP-адрес.
Схема взаимодействия информационного и программного обеспечения в
варианте web-клиента приведена на Рисунке 1.19.
44
Сервер
Windows
Запуск в режиме
«тонкого клиента»
Интернет
Приложение
Публикация
Компьютер пользователя: любая платформа
Ethernet
Рабочие места сотрудников Службы
Windows
1С: Предприятие 8.3
1С: Предприятие 8.3
Конфигуратор
Любая ОС
Браузер
Запуск в режиме веб-
клиента
Строка IP-адреса
Опубликованное
приложение
Рисунок 1.19 - Архитектура разрабатываемой системы в варианте web-клиента
1.4.3 Обоснование проектных решений по техническому обеспечению
Так как разрабатываемая система является конфигурацией для системы
«1С:Предприятие 8.3» то данная система становится центром информационно-
программного комплекса автоматизации работы службы технической поддержки и
определяет требования к составу и структуре технического обеспечения системы [7].
Техническое обеспечение разрабатываемого проекта делится на две части:
серверную и клиентскую.
45
На серверной части экземпляр системы «1С: Предприятие 8.3» и встроенная в
платформу ««1С: Предприятие 8.3» СУБД. Аппаратное обеспечение сервера должно
отвечать следующим характеристикам:
Процессор Intel Pentium Dual Core 2,4 Ггц и выше;
Оперативная память в размере 2 Гб;
Жесткий диск не менее 500 Гб;
Клавиатура, мышь, монитор.
В настоящее время на рабочих местах пользователей уже установлены
компьютеры для работы других информационных систем. Все компьютеры имеют
примерно одинаковые характеристики:
- процессор – Intel I3;
- оперативная память: 1024 Mb;
- SVGA 256 Mb;
- 24-x CD-ROM;
- жесткий диск, обеспечивающий размещение операционной системы,
системы, системы «1С:Предприятие 8.3» и хранение информационной базы, для
этих целей достаточно 320 Гб.
Для печати отчетов и выходных документов используются принтеры,
совместимые с компьютерами вышеперечисленной комплектации.
Все компьютеры, задействованные в системе, связаны между собой и с
сервером по локальной сети, построенной на основе протокола TCP/IP. Аппаратное
обеспечение локальной сети построено на базе коммутатора D_Link DES-1016,
установленного в серверные и нескольких коммутаторы D_Link DES -1008,
установленных на этажах предприятия.
Реализация данного дипломного проекта предусматривает максимальное
применение уже используемых технических средств и адаптацию проектных
решений к используемому техническому обеспечению. Это диктуется
соображениями экономической целесообразности: ограничениями,
накладываемыми текущим финансированием, выделяемым на обновление
вычислительной и организационной техники отделов предприятия, техническим
состоянием вычислительной техники, уровнем подготовки пользователей системы и
46
соответствием современным информационным технологиям. Схема технического
обеспечения системы приведена на Рисунке 1.20.
Интеренет
Сервер
Коомутатор D_Link DES-1016
ИБП APC Smart-UPS RT 1000 VA
Медиаконвертер DMC-300SC
Ethernet
Рабочие места сотрудников
Отделы
D_Link Des 1008
Рабочие места дирекции
Xerox Phaser 3635 MFP/S
Удаленные пользователи
RDP
Рисунок 1.20. Схема технического обеспечения системы
47
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) разработанного ПО любой АИС является
непрерывным процессом сопровождения, который начинается с принятия решения
о необходимости разработки ПО и заканчивающийся при выводе разработанной ИС
из эксплуатации.
Для построения и анализа ЖЦ ПО нередко используются различные модели.
Под моделью ЖЦ ПО подразумевается специальная структура, задающая
последовательность выполнения процессов и определяющая взаимосвязи между
ними на протяжении всего ЖЦ. Наибольшее распространение в настоящее время
получили следующие виды моделей: «каскадная», «модель с промежуточным
контролем» и «спиральная модель».
Виды моделей каскадная и модель с промежуточным контролем включают
этапы ЖЦ ПО:
этап анализа;
этап проектирования;
этап реализации;
этап внедрения;
этап сопровождения.
Каскадная модель ЖЦ предполагает строго последовательное выполнение
вышеперечисленных этапов. Достоинства каскадной модели: формирование на
каждом из этапов законченного комплекта документации по этапу и возможность
четкого планирования сроков этапа и затрат материальных и финансовых ресурсов.
Недостаток данной модели: несоответствие реальному процессу разработки и
создания ПО, который обычно не укладывается в такую жесткую схему и требует
периодического возврата к предыдущим этапам для пересмотра или уточнения
принятых решений.
Модель с промежуточным контролем более приближает ЖЦ к реальному
процессу разработки и эксплуатации ПО. В противовес каскадной модели, она
допускает возвращение из любого этапа ЖЦ на любой из предыдущих этапов для
48
выполнения необходимой корректировки. При этом создаются условия для
разработки более надежного ПО, но вместе с тем увеличивается длительность и
сложность процесса разработки.
Последняя модель из списка - спиральная позволяет устранить недостатки
предыдущих. Основное внимание в ней уделяется на работы, выполняемые на
начальных этапах: этапах анализа и проектирования. На этих этапах реализуемость
проектируемых решений проверяется с помощью разработки специальных
прототипов.
При применении спиральной схемы разработки ПО неполное завершение
работ на каком-либо очередном этапе позволяет беспрепятственно переходить на
последующий этап. Незавершенная работа или задача на предыдущем этапе может
выполняться на следующем витке работы спирали. Т.о., обеспечивается
возможность создать некоторый незавершенный, но работоспособный вариант
разрабатываемого ПО для последующего уточнения требований.
В связи с небольшой сложностью предстоящей разработки будет
использована каскадная модель ЖЦ разработки и сопровождения ПО.
Использование этой модели оправдано, так как позволит создавать на каждом этапе
законченный комплект необходимой документации и планировать сроки
завершения всего проекта целиком и соответствующие затраты на каждом этапе и в
целом по проекту.
Каскадная модель предполагает исключительно последовательную
реализацию этапов ЖЦ. Достоинства каскадной модели: формирование на каждом
этапе законченного комплекта документации по разрабатываемого ПО и
возможность планирования сроков работ и затрат. Недостаток: некоторое
несоответствие реальному процессу написания ПО, который обычно не вписывается
в предписанную жесткую схему и требует частого возврата к предыдущим этапам
для уточнения принятых решений.
На этапе анализа необходимо собрать информацию по документообороту
предприятия.
На этапе проектирования происходит проектирование БД и структуры
разрабатываемой АИС.
На этапе реализации программисты создают спроектированную АИС.
49
На этапе внедрения происходит развертывание технических и программных
средств и инсталляция разработанной АИС.
На этапе эксплуатации конечные пользователи работают с АИС и ведут с ее
помощью электронный документооборот.
Существует целый ряд стандартов, регламентирующих ЖЦ ИС, а в некоторых
случаях и процессы разработки.
Среди известных стандартов можно выделить: «ГОСТ 34», «ISO 12207», «ISO
15288», «MSF», «RUP», «COBIT», «Oracle CDM», «XP».
В ВКР будет использован стандарт «ISO 15288». Использование данного
стандарта позволит формировать на каждом этапе конечный комплект
документации и планировать сроки завершения каждого этапа и проекта целиком и
соответствующие затраты. Стандарт легко применим для сопровождения любого
рода и класса систем, но его основное предназначение – сопровождение процесса
разработки именно компьютеризированных систем.
В стандарте «ISO»/»IEC 15288» предусмотрены следующие этапы разработки
систем:
- формирование концепции - анализ необходимых потребностей, выбор
концепции разработки и проектных решений;
- разработка - проектирование будущей ИС;
- реализация – непосредственно изготовление ИС;
- эксплуатация - ввод ИС в эксплуатацию и ее использование;
- поддержка - обеспечение функционирования ИС в процессе работы;
- снятие с эксплуатации - прекращение использования ИС, ее демонтаж и
архивирование.
На этапе «Формирование концепции» необходимо собрать информацию по
деятельности предприятия. Сотрудники предприятия должны собрать и
проанализировать данные необходимые им в программе по автоматизации
документооборота. Это данные по номенклатуре, контрагентам, видам документам
и их движениям.
На этапе «Разработка» по результатам представленной информации
происходит проектирование программистами БД и структуры программы.
50
На этапе «Реализация» программисты создают БД: создают все необходимые
справочники документы, регистры. Затем производят настройку главного меню
(ГМ) и меню всех элементов АИС.
Этап «Эксплуатация» включает в себя следующие работы:
- Развертывание сервера БД, установка на нем ОС, а именно «Windows
Server 2008» или более поздней версии.
- Развертывание рабочих ПК, установка на них ОС «Windows 10» и
инсталляция клиентской части АИС.
Стратегия внедрения, выбранная на данном этапе – пилотный проект.
Предполагается внедрение системы в учреждении, ввод всех необходимых
исходных данных. Далее предполагается фиксировать в АИС документы по
движениям ТМЦ. В процессе исполнения пилотного проекта АИС пройдет обкатку,
возможно, будут выявлены недостатки, после устранения которых можно будет
разворачивать АИС в остальных подразделениях организации.
После окончания процесса развертывания технических, информационных и
программных компонентов необходимо провести окончательное тестирование АИС
и убедиться в работоспособности всех модулей АИС.
На стадии эксплуатации нужно выполнить обучение операторов работе с
АИС.
На первой стадии эксплуатации ИС нужно внести все первичные данные:
- данные по номенклатуре предоставляемых услуг и реализуемых ТМЦ;
- данные пациентов и контрагентов;
- данные по учреждению;
- и т.д.
Этапы «Поддержка» и «Снятие с эксплуатации» в данной работе не
рассматриваются.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На этапе анализа обязательно необходимо точно определить все виды
информации, которая может поступать в разрабатываемую АИС документооборота.
Если на этом этапе будет пропущена какая-либо информация, то не будет
реализована возможность хранения и обработки её в АИС. Для уменьшения риска
51
упущения какой-либо информации необходима перекрестная проверка между
различными подразделениями учреждения, участниками разрабатываемой АИС.
На этапе проектирования нужно детально изучить сделанный анализ
информации и транслировать его на структуры БД и программные модули.
На этапе реализации необходимо предотвратить возможность пользователя
совершать ошибочные действия, которые могут повлечь крах АИС или ввод
некорректных данных. Для уменьшения такого риска необходимо осуществлять
тестирование весьма большим количеством пользователей.
При внедрении нужно проверить наличие необходимого ПО и лицензий к
нему.
На этапе эксплуатации нужно обеспечить правильное обучение персонала и
для уменьшения риска провести контрольную проверку по изученной АИС.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При использовании любого ПП необходимо следовать нескольким важным
правилам:
- использовать только лицензионное ПО;
- следить за выходом пакетов обновлений «общесистемного» и
«специального» ПО и вовремя устанавливать их;
- использовать только проверенное ПО, приобретенное у официальных
поставщиков.
Для обеспечения информационной безопасности необходимо разграничить
доступ пользователей к данным на нескольких уровнях:
- на уровне ОС ограничить доступ пользователя к сетевым ресурсам, в
зависимости от его прав;
- ограничит доступ пользователей к ресурсам сети «Интернет»;
- настроить права пользователя в зависимости от должностной
инструкции сотрудника.
В разрабатываемой системе права пользователя на редактирование
документов «Заявка» будут определяться его положением в иерархическом
справочнике «Сотрудники». Полные права на редактирование документа есть