66
имеют два сервера: Apache и MS IIS( Microsoft Internet Information Server).
Рассмотрим их.
Internet Information Server (IIS) — это сетевой сервер файлов и приложений,
разработанный для коммерческих Web-узлов с высокой нагрузкой. Фактически IIS
является компонентом Windows NT Server. Тесная связь IIS с операционной системой
Windows NT Server обеспечивает доступ к функциям системы защиты и файловой
системы NTFS для построения мощных, гибких и защищенных узлов Интернета и
интрасети. IIS позволяет создавать динамичные, привлекательные и, главное,
современные Web-страницы. Для работы с ним Вам не придется знакомиться с новым
языком создания сценариев или изучать, как компилировать приложения. IIS
полностью поддерживает VBScript, Microsoft Visual Basic, Microsoft Visual C++, Java-
компоненты, CGI и WinCGI, а также фильтры и расширения на основе интерфейса
прикладного программирования сервера Интернета (Internet Server API, ISAPI). IIS
поддерживает протоколы ННТР, FTP и gopher, а его возможности можно расширять
средствами интерфейса общего шлюза (Common Gateway Interface, CGI) и ISAPI.
Apache позиционируется на рынке как мощный и гибкий веб-сервер. Это
самый распространенный веб-сервер в мире. Это видно по графику (рис 2.1). Будучи
бесплатной открытой программой, Apache по функциональным возможностям и
надежности не уступает коммерческим серверам, а широкие возможности
конфигурирования позволяют настроить его для работы практически с любой
конкретной системой. Существуют локализации сервера для различных языков, в том
числе и для русского. На сегодняшний день это самый популярный веб-сервер,
реализованный практически для всех существующих операционных систем
(изначально - для систем семейства Unix). Apache поддерживает такие стандарты как
HTTP/1.1 и SSL. Функциональность Apache можно легко увеличить, установив
свободно распространяемые модули расширения. Еще одной его полезной
особенностью является тот факт, что Apache позволяет работать с множеством
языков программирования, а также загружать некоторые из них в свое адресное
пространство, увеличивая таким образом скорость обработки сценариев.
Таким образом для разработки дипломного проекта был выбран веб-сервер
Apache.
67
К общим требованиям, выдвигаемым к специальному (функциональному) ПО
относятся:
надежность;
эффективность;
понятность пользователю;
мобильность;
минимизация затрат на сопровождение и поддержку. [9]
Состав специального программного обеспечение, используемого для решения
данного комплекса задач, должен включать пакет традиционных офисных программ.
Для использования системы на рабочих станциях пользователей должен быть
установлен веб-браузер.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение — комплекс технических средств, предназначенных
для работы информационной системы, а также соответствующая документация на эти
средства и технологические процессы [6].
Комплекс технических средств составляют:
• компьютеры любых моделей;
• устройства сбора, накопления, обработки, передачи информации;
• устройства вывода информации;
• устройства передачи данных и линий связи;
• оргтехника и устройства автоматического съема информации;
• эксплуатационные материалы и др.
Разрабатываемый программный продукт имеет клиент-серверную архитектуру.
Архитектура клиент-сервер основана на распределении функций между двумя
типами независимых и автономных процессов: серверами и клиентами. Сеть
связывает воедино серверы и клиенты, предоставляя средства связи.
Если вся обработка данных происходит на стороне сервера, а клиент выполняет
только функции интерфейса с пользователем, то клиентское приложение называют
«тонким» клиентом. Если часть обработки данных происходит на стороне клиента —
то «толстым» клиентом.
68
Архитектура клиент-сервер включает в себя три основных компонента:
Клиенты. Клиент представляет собой любой процесс компьютера, который
запрашивает сервис от сервера. Клиент также называется интерфейсным
приложением. Клиентский процесс, базируется на графическом интерфейсе
пользователя.
Серверы. Сервер — это компьютерный процесс, предоставляющий сервис
клиентам. Сервер также называют серверным приложением. Серверный процесс
характеризуется независимостью от местоположения, оптимизацией использования
ресурсов, масштабируемостью и способностью к взаимодействию с другими
системами[12].
Для корректного взаимодействия компонентов клиент-серверной архитектуры
между собой требуется их соответствие некоторым основным правилам. Эти правила
должны в равной степени выполнять и клиенты, и серверы, и ППО.
Технические характеристики используемых в ООО «Завод «Медсинтез»
персональных компьютеров относятся к компьютерам со средней
производительностью, откуда можно сделать вывод, что их модернизация или замена
в целях выполнения поставленной задачи не требуется.
Локально-вычислительная сеть ООО «Завод «Медсинтез» состоит из
пользовательского и серверного сегментов. В состав серверного входит следующее
оборудование:
Один коммутатор на 44 порта D-Link DGS-3100-48 L2 управляемый
стекируемый 44xGigaUTP, 4xSFP;
Один ИБП APC Smart-UPS 750VA
Сервера разного назначения (сервер приложений, альтернативный DNS-
сервер, сервер-шлюз, первый и резервный контроллеры домена, другие).
Рабочие станции обладают следующей конфигурацией
Материнская плата: Gigabyte GA-M61PM-S2 Socket AM2, nVidia GeForce
6100, DDR2-800+, FSB2000, Video, PCI-E, SATA Raid, Sound, LAN1000, USB2.0,
1394, mATX
Процессор: AMD Athlon 64 X2 4200+ Energy Efficient
Память: 1024Mb DDR2 DIMM
Жесткий диск: 160 Gb 7200rpm
69
Системный блок: SuperPower, MiddleTower, ATX, 400W, USB, AUDIO,
FAN, Airduct, 5.25''x3, 3.5''x2
CD-DVD RW: NEC Sony Optiarc DVD±RW+CD/ RW [double layer]
Дисковод: 3,5" 1.44Mb NEC .
В качестве операционной системы на АРМ пользователей используется
Windows 10, в качестве серверной - Windows Server 2003.
В качестве пакета офисных приложений установлен MS Office 2018 Prof,
включающий в себя MS Word 2018, MS Excel 2018.
Кроме того, на рабочих станциях сотрудников установлено такое
дополнительное ПО, как архиватор WinRar 3.70, Acrobat Reader 8.0, антивирус
Dr.Web Desktop Security Suite.
Технические характеристики серверов также не подлежат улучшению, так как
в настоящее время используемые модели серверов имею возможность нарастить свою
производительность для выполнения автоматизируемой задачи без ущерба для
других выполняемых ими задач.
70
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Методология проектирования ИС включает в себя описание процесса создания и
сопровождения систем в виде жизненного цикла (ЖЦ) ИС, отождествляя его с некоторой
последовательностью стадий и исполняемых на них процессов. Для каждой стадии
выявляется состав и последовательность производимых работ, итоговые результаты, методы
и средства, нужные для реализации работ, ответственность и роль участников и т.д.
Подобное формальное описание ЖЦ ИС дает возможность спланировать и подготовить
процесс совместной разработки и поддерживать управление этим процессом.
Жизненный цикл (ЖЦ) ИС представляется, как ряд событий, случающихся с
системой с момента ее внедрения и до окончания использования.
Модель ЖЦ отражает различные состояния системы, от момента возникновения
необходимости в данной ИС и до момента ее окончательного вывода из эксплуатации.
Модель жизненного цикла представлена некой структурой, которая содержит процессы,
действия и задачи, реализуемые в ходе создания, работы и сопровождения ПО в течение
всей жизни системы, от выявления требований до окончания ее использования.
Сегодня известны и применимы следующие модели жизненного цикла:
• Каскадная модель включает в себя последовательную реализацию всех этапов
проекта в заранее определенном порядке. Начало следующего этапа говорит о полном
завершении работ на предыдущем этапе.
• Поэтапная модель с периодичным контролем. Создание ИС реализовано в виде
итераций с циклами обратной связи между этапами. Межэтапные проверки позволяют
учесть реально существующее взаимовлияние итогов разработки на различных этапах; ЖЦ
каждого из этапов продлевается на весь срок разработки.
• Спиральная модель. На любом витке спирали выполняется генерация
очередной версии продукта, корректируются требования проекта, выражается его качество и
планируются работы уже следующего витка. Особое внимание при этом обращается на
начальные этапы разработки - анализ и проектирование, где возможность создания тех или
иных технических решений обосновывается и проверяется благодаря построению
прототипов.
71
Каскадный подход отлично зарекомендовал себя в процессе создания относительно
простых ИС, когда в самом начале разработки можно с большой точностью и полнотой
составить все требования к системе. Главным недостатком такого подхода является то, что
основной процесс разработки системы не может полностью уложится в такие жесткие
рамки, постоянно есть потребность в возврате к уже завершенным этапам для уточнения или
изменения ранее принятых решений. В итоге реальный процесс разработки ИС становится
соответствующим поэтапной модели с периодичным контролем.
Для разработки системы взаимоотношенйи с клиентами выбираем каскадную
модель жизненного цикла.
Все стадии создания системы предусматривают выполнение некоторого объема
работ, представляемых в виде процессов ЖЦ. Процесс выражается как совокупность
объединенных действий, изменяющих входные данные в выходные. Описание любого
процесса состоит из перечня решаемых задач, исходных данных и итоговых результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а в отдельных случаях и
процессы разработки.
Среди самых известных стандартов выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе стадии и этапы
их создания. Также в нем имеется описание содержания работ на всех этапах. Стадии и
этапы работы, отраженные в стандарте, зачастую соответствуют каскадной модели
жизненного цикла [20].
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию жизненного цикла.
Применяется ко всем видам заказного ПО. Стандарт не имеет описания стадий, фаз и этапов.
• Custom Development Method по созданию прикладных ИС - технологический
материал, углублённый до уровня заготовок проектных документов, которые рассчитаны на
применение в проектах совместно с Oracle. Используется CDM для типовой модели ЖЦ
(имеются все работы/задачи и этапы), а также для случаев "быстрой разработки" (Fast Track)
или "облегченного подхода", которые будут оптимальны в малых проектах.
• Rational Unified Process (RUP) включает в себя итеративную модель
разработки, имеющую четыре фазы: старт, анализ, создание и использование. Все эти фазы
могут быть разделены на этапы (итерации), по итогу которых имеется версия для
внутреннего или внешнего использования. Реализация четырех основных фазы считается
циклом разработки, и любой такой цикл завершается созданием версии системы. В случае,
если работа над проектом не прекращается и после этого, полученный продукт продолжает
оптимизироваться и снова проходит те же фазы. Суть реализации в рамках RUP - это
разработка и сопровождение моделей на базе UML.
72
• Microsoft Solution Framework (MSF) похож на RUP, так же имеет четыре фазы:
исследование, построение, создание, стабилизация, является итерационным, включает в себя
применение объектно-ориентированного моделирования. MSF в отличии от RUP в сильнее
ориентирован на создание бизнес-приложений.
• Extreme Programming (XP). Экстремальное программирование (самая молодая
среди остальных методологий) было реализовано в 1996 году. В основе методологии лежит
командная работа, четкая коммуникация между исполнителем и заказчиком в течение всего
срока проекта, а сама разработка реализуется методом последовательной доработки
прототипов.
• Стандарт ISO/IEC серии 15288.
При выборе стандарта основным определяющим фактором является более полное и
подробное описание работ на стадиях и этапах разработки АС(автоматизируемых систем).
Стандарт ISO/IEC 12207 не содержит подробное описание работ на разных стадиях и этапах
разработки АС. Стандарт CDM рассчитан на использование в проектах с применением
Oracle технологий, который в данном проекте не используются. Стандарт MSF, как было
ранее сказано, в большей степени ориентирован на разработку бизнес-приложений. Стандарт
XP ориентирован на командную работу. В данном проекте будет использоваться ГОСТ
34.601-90, так как он содержит описание работ на каждом этапе разработки АС.
Стадии создания ИС.
1. Формирование требований к системе,
2. Разработка концепции,
3. Техническое задание,
4. Технический проект,
5. Оформление документации,
6. Внедрение.
На этапе “Формирование требований к системе”, производится следующие работы:
обследование объекта, формирование требований пользователя, обоснование необходимости
разработки системы. На данном этапе задействованы следующее участники: IT-менеджер,
начальник отдела по работе с клиентами. После выполнения всех работ формируется отчет о
проделанных работах - характеристика объекта автоматизации, описание требований к
системе, определение затрат на разработку, введение в эксплуатацию и сопровождение,
ожидаемый эффект от системы и условия создания и эксплуатации системы.
После выполнения этапа “Формирования требований к системе” разрабатываются
варианты концепции. Производят разработку альтернативных вариантов концепции и
планов реализации, оценку необходимых ресурсов на реализацию ИС и дальнейшее
73
функционирование, оценка преимуществ и недостатков каждого варианта, сопоставление
требований пользователя и характеристик предлагаемой системы. На этапе “Разработка
концепции” участвует IT-менеджер. После выполнения данных работ выбирается один из
подходящих вариантов концепции удовлетворяющий всем требованиям.
После этапа “Разработка концепции” разрабатывается ТЗ (техническое задание)
проекта автоматизации. После разработки и оформления ТЗ, необходимо его согласовать и
утвердить. Участники на данном этапе работ: IT-менеджер, начальник отдела по работе с
клиентами. В результате данный пункт определяет: функции ИС, функции подсистем, состав
комплекса задач и отдельных задач, концепция информационной базы, функции систем
управления базой данных, а также функции и параметры программных средств.
Следующим этапом после разработки и утверждения ТЗ идет разработка проектного
решения. IT-менеджер, совместно с программистом, разрабатывают физическую и
логическую модель БД, определяют организацию базы данных. По завершению этапа
“Технический проект” IT-менеджером совместно с программистом производится
оформления рабочей документации, включающие в себя: технические требования,
программные требования, руководство пользователя.
После выполнения всех работ и оформления рабочей документации остается этап
внедрения разрабатываемого проекта. На этапе внедрения происходит: подготовка объекта
автоматизации, обучение персонала, производятся строительно-монтажные работы,
пусконаладочные работы, проведение предварительных испытаний, проведение опытной
эксплуатации и проведение приемочных испытаний. Участники данного этапа: IT-менеджер,
системный администратор, начальник отдела работы с клиентами.. После чего
анализируются испытания ИС, проверка на соответствие ТЗ, устраняются неполадки и
подписываются необходимые акты.
На этапе эксплуатации системы производится ее эксплуатация.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две группы:
плановые и неплановые.
К плановым работам будут относятся такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная донастройка.
74
Данные работы будут проводиться той же группой, что и на ранних этапах. В состав
этой группы входят сотрудники технического отдела — технические специалисты и
системные администраторы, сотрудники ИТ отдела.
Для разрабатываемого проекта наиболее подойдет каскадная модель для разработки
приложения из-за возможности контроля промежуточных фаз.
Далее произведем выбор стратегии внедрения разработанной системы. В настоящий
момент выделяется четыре стратегии внедрения информационной системы:
Параллельная стратегия - для случая, когда старую работающую систему
необходимо заменить новой;
Скачок – эта стратегия подразумевает резкий переход от одной системы
автоматизации к другой;
Опытная эксплуатация "пилотного проекта - это тактика "скачка", но
применяемая к ограниченному числу изделий, наиболее успешна в малом участке
деятельности;
Узкое место - при внедрении "узкого места" план внедрения выполняется
только для "узкого места" и для людей, работающих в нем.
Исходя из описания и условий деятельности компании, а также особенностей
разрабатываемой информационной системы, в качестве стратегии внедрения была выбрана
стратегия Опытная эксплуатация пилотного проекта, так как в этом случае внедрение
системы произойдет в наименьшими потерями для компании.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В процессе ЖЦ создаваемой ИС не избежать разного рода рисков.
Выделим главные риски, характерные для каждого этапа ЖЦ нашей ИС и
обозначим меры их минимизации.
Этап подготовки концепции – есть риск сознания концепции, которую в
дальнейшем будет почти невозможно реализовать. В подготовке концепции должны
быть описаны главные функции разрабатываемой ИС. Главное выделить основу, и в
дальнейшем развивать разработанную систему.
Для предотвращения реализации рисков на этапе подготовки концепции,
важно четко понимать свои возможности. Для предотвращения переоценки
собственных сил, изначально нужно создать общую концепцию, в которой уже будут
75
заложены только базовые функции системы. И по мере углубления в эту разработку
можно увеличивать дополнительные функции [4].
Этап планирования имеет риск неверного планирования, создание очень
оптимистичных планов проекта, где компания не сможет уложится, вследствие чего
придется увеличивать время разработки, что может привести к удорожанию проекта в
целом. К этапу планирования нужно отнестись очень важно, отслеживать каждый
шаг и анализировать реалистичность результатов.
Для минимизации риска на этапе планирования нужно во время планирования
заложить в график поправки на некоторые задержки в выполнении тех или иных
действий. Так нужно постараться создать гибкий график, который бы не
корректировался из-за задержки или опережения.
Этап разработки содержит риск того, что разработка некоторого модуля будет
связана с большими трудностями, а отдельная функция будет мешать продвижению
разработки. На данном этапе нужно вовремя выявить проблемный модуль или
функцию и по возможности упростить ее, заменить другой или удалить полностью из
проекта.
Чтобы предотвратить риск разработки сложного модуля, принимается
несколько решений: либо разбивать данный модуль на несколько и решать указанные
задачи по отдельности, либо упрощать сложный модуль, если это является
единственным вариантом преодоления риска.
Этап тестирования имеет риск выявления большого количества ошибок в
программном коде, что повлечёт большие затраты на доработку и устранение всех
выявленных ошибок. Нельзя предсказать, какой количество ошибок будет найдено и
как много времени будет нужно на их устранение.
Для минимизации рисков на этапе тестирования необходимо данному этапу
отвести максимально возможное время, выделенное на создание системы, поскольку
в зависимости от того, как качественно будет реализован продукт, зависит, примет ли
заказчик данную разработку или нет.
Этап внедрения может быть очень длительным, если заказчик каким-то
образом будет не доволен созданным продуктом, а также сам персонал
автоматизируемой компании может отрицательно относиться к внедрению нового
ПО.