68
На рынке серверов баз данных представлено очень много качественных
решений При первоначальном отборе системы для использования в написании проекта
использовались следующие критерии:
1. Распространённость и популярность продукта. В этом критерии
рассматривались локализованность, т.к возможность использования национальных
языков не во всех системах реализована полностью; качество и полнота документации,
т.к. отсутствие ее затрудняет создание и отладку приложений, а также
администрирование будущей системы; распространенность СУБД.
2. Простота использования, администрирования.
3. Надёжность и устойчивость сервера. Снижает затраты на поддержание
работоспособности Системы.
4. Надёжность данных при их хранении и обработке. Требуется меньше
резервных операций обработки данных.
5. Совместимость с выбранной программной платформой. СУБД должна
надёжно и устойчиво работать под выбранной операционной системой
6. Совместимость с распространёнными серверами приложений. Имеет
место быть скорее обратный критерий – совместимость распространённых серверов
приложений с выбираемым сервером баз данных. Отчасти перекликается с первым
критерием – практически все распространённые СУБД поддерживаются наиболее
популярными серверами приложений.
Рассмотрим следующие СУБД:
MySQL разработал Михаэль Видениус (Michael Widenius). MySQL является
относительно небольшой и быстрой реляционной СУБД, основанной на традициях
Hughes Technologies Mini SQL (mSQL). Программное обеспечение MySQL - это ПО с
открытым кодом. ПО с открытым кодом означает, что применять и модифицировать
его может любой желающий. MySQL является очень быстрым, надежным и легким в
использовании. MySQL обладает также рядом удобных возможностей, разработанных
в тесном контакте с пользователями. MySQL является системой клиент-сервер,
которая содержит многопоточный SQL-сервер, обеспечивающий поддержку
различных вычислительных машин баз данных, а также несколько различных
клиентских программ и библиотек, средства администрирования и широкий спектр
69
программных интерфейсов (API). MySQL доступен на более чем двадцати различных
платформах, включая основные направления Mac OS X, UNIX и Microsoft Windows.
PostgreSQL - это объектно-реляционная СУБД, основанная на продукте
POSTGRES версии 4.2, который был разработан в Калифорнийском университете, в
компьютерном департаменте Беркли. POSTGRES был пионером во многих
концепциях, которые намного позднее стали доступными в некоторых коммерческих
СУБД.
PostgreSQL ведёт своё происхождение от оригинального кода Беркли и является
продуктом с открытыми исходными текстами. PostgreSQL поддерживает стандарты
SQL92 и SQL99,
И поскольку PostgreSQL распространяется под либеральной лицензией, любой
может свободно использовать, изменять и распространять PostgreSQL в любых целях:
личных, коммерческих или академических.
В качестве СУБД будет использоваться СУБД Mysql, поскольку она
обеспечивает поддержку всех необходимых для разрабатываемого АРМ функций.
Для функционирования создаваемого АРМ необходим веб-сервер.
В настоящее время существует множество веб – серверов, которые можно
использовать в данном проекте. Наибольшую известность и распространенность
имеют два сервера: 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
70
поддерживает протоколы ННТР, FTP и gopher, а его возможности можно расширять
средствами интерфейса общего шлюза (Common Gateway Interface, CGI) и ISAPI.
Apache позиционируется на рынке как мощный и гибкий веб-сервер. Это самый
распространенный веб-сервер в мире. Это видно по графику (рис 2.1). Будучи
бесплатной открытой программой, Apache по функциональным возможностям и
надежности не уступает коммерческим серверам, а широкие возможности
конфигурирования позволяют настроить его для работы практически с любой
конкретной системой. Существуют локализации сервера для различных языков, в том
числе и для русского. На сегодняшний день это самый популярный веб-сервер,
реализованный практически для всех существующих операционных систем
(изначально - для систем семейства Unix). Apache поддерживает такие стандарты как
HTTP/1.1 и SSL. Функциональность Apache можно легко увеличить, установив
свободно распространяемые модули расширения. Еще одной его полезной
особенностью является тот факт, что Apache позволяет работать с множеством языков
программирования, а также загружать некоторые из них в свое адресное пространство,
увеличивая таким образом скорость обработки сценариев.
Таким образом для разработки дипломного проекта был выбран веб-сервер
Apache.
К общим требованиям, выдвигаемым к специальному (функциональному) ПО
относятся:
надежность;
эффективность;
понятность пользователю;
мобильность;
минимизация затрат на сопровождение и поддержку. [9]
Состав специального программного обеспечение, используемого для решения
данного комплекса задач, должен включать пакет традиционных офисных программ.
Для использования системы на рабочих станциях пользователей должен быть
установлен веб-браузер.
1.4.3 Обоснование проектных решений по техническому обеспечению
71
Техническое обеспечение - это комплекс технических средств, предназначенных
для работы информационной системы, а также соответствующая документация на эти
средства и технологические процессы.
Эволюция технического обеспечения, которое включает в себя аппаратные
средства, средства коммуникации, программное обеспечение, проходит неравномерно,
скачкообразно. Развитие компьютерной техники пока происходит в геометрической
прогрессии. Каждые четыре года происходит удвоение производительности
компьютеров.
Классификация компьютерных технологий по типу пользовательского
интерфейса (как взаимодействует пользователь технологии с компьютером) -
пакетные, диалоговые, сетевые. В первом случае пользователь получает только
результаты работы технологии, в остальных он взаимодействует с ней на
индивидуальном компьютере или компьютере, подключенном к сети ЭВМ.
Современные технические средства обеспечения управления
информационными ресурсами по своему составу и функциональным возможностям
весьма разнообразны. Средства вычислительной техники, средства
коммуникационной техники, средства организационной техники.
Компьютерная техника предназначена, в основном, для реализации
комплексных технологий обработки и хранения информации и является базой
интеграции всех современных технических средств обеспечения управления
информационными ресурсами.
Коммуникационная техника предназначена, в основном, для реализации
технологий передачи информации и предполагает как автономное функционирование,
так и функционирование в комплексе со средствами компьютерной техники.
Организационная техника предназначена для реализации технологий хранения,
представления и использования информации, а также для выполнения различных
вспомогательных операций в рамках тех или иных технологий информационной
поддержки управленческой деятельности.
В рассматриваемой задаче автоматизации, в ходе которой необходимо
автоматизировать работу мастера по ремонту ПК, в качестве технического
обеспечения используются следующие средства:
персональные компьютеры менеджеров;
72
сервера;
соединительные линии локальной вычислительной сети.
Персональные компьютеры оцениваются по следующим основным критериям:
быстродействие процессора;
объем жесткого диска;
объем оперативной памяти;
быстродействие видеокарты.
Так как разрабатываемый модуль будет работать на основе клиент-серверной
технологии, то все вычисления будут производиться на стороне сервера,
следовательно, системные требования к персональным компьютерам минимальны.
Описанные в пункте 1.1.3 технические характеристики персональных
компьютеров относятся к компьютерам со средней производительностью, откуда
можно сделать вывод, что их модернизация или замена в целях выполнения
поставленной задачи не требуется.
Технические характеристики серверов также не подлежат улучшению, так как в
настоящее время используемые модели серверов имею возможность нарастить свою
производительность для выполнения автоматизируемой задачи без ущерба для других
выполняемых ими задач.
Соединительные линии ЛВС оцениваются по допустимой пропускной
способности. Так как во время работы разрабатываемого модуля и обмена
информацией с сервером не передается голосовой или видео трафик, или другие
большие по объему данные, то и особых требований к пропускной способности не
предъявляется. Так как пропускная способность линий связи в настоящее время
составляет до 100 мбит/сек, то они также не требуют модернизации или замены.
73
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
Для нашего проекта больше всего подойдет каскадная модель для создания
приложения, т.к. она имеет возможность контроля промежуточных значений, а также
проект не слишком большой, что может повлиять на отсутствие ее недостатков.
Затем производится выбор направления внедрения созданной системы. Сегодня
выделяют 4 стратегии внедрения ИС:
• Параллельная стратегия, которая подразумевает замену старой на новую;
• Скачок – подразумевается резкий переход с одной системы сразу на
другую;
• Опытное использование пилотного проекта – та же тактика скачка, только
к некоторому количеству изделий, при этом очень успешна на малом участке работы;
• Узкое место – внедрение узкого места план выполняется только для него
самого, и для сотрудников, которые там работают.
В итоге исходя из описаний и условий деятельности фирмы, а также из
характеристик создаваемой системы, в качестве стратегии выбирается «опытное
использование пилотного проекта», что позволяет установить всю систему сразу же
после ее подготовки. При этом прекращается использование ручного учета данных, что
позволяет значительно увеличивать скорость работы сотрудников фирмы прямо с
первого дня использования системы, и в таком случае само внедрение пройдет
безболезненно.
2.1.1 Этапы жизненного цикла проекта автоматизации
Совокупность стадий и этапов, которые проходит информационная система от
момента принятия решения о ее создании до полного прекращения ее использования,
называется жизненным циклом информационной системы.
Распространены несколько стандартов, описывающих жизненный цикл
информационной системы:
74
ГОСТ 34.601-90 – стандарт распространяется на автоматизированные
системы, используемые в различных видах деятельности (исследование,
проектирование, управление и т.п.), включая их сочетания, создаваемые в
организациях. Стандарт устанавливает стадии и этапы создания автоматизированной
системы.
ISO 12207 – стандарт применяется при приобретении систем,
программных продуктов и оказании соответствующих услуг (внедрение,
сопровождение). А также при поставке, разработке, эксплуатации и сопровождении
программных продуктов и программных компонентов программно-аппаратных
средств как в самой организации, так и вне нее.
ISO 15288 – стандарт обеспечивает общие основы процессов,
составляющих жизненной цикл систем, созданных человеком. Этот жизненный цикл
охватывает концепции идей вплоть до снятия системы с эксплуатации. Он
обеспечивает процессы для приобретения и поставки системы.
RUP (Rational Unified Process – рациональный унифицированный процесс)
– это методология разработки программного обеспечения, созданная и
распространяемая корпорацией Rational Software (www.rational.com). Она описывает
упорядоченный подход к распределению задач и обязанностей в организации-
разработчике [12].
XP (eXtreme Programming) – методология содержит совершенно иные
базовые принципы, нежели RUP. Основными чертами являются определение точных
кратковременных планов (как правило, недельных), постоянное перепланирование,
тесное общение с заказчиком. Эта методология больше подходит для
полуисследовательских и инновационных проектов [13].
MSF (Microsoft Solutions Framework – методология создания
программных решений) – В модели процессов приводится общее описание
организации работ над проектом по разработке и внедрению ИТ-решений.
Предлагаемая схема достаточно гибка и может применяться к самым разным проектам
в области информационных технологий. В версии 3.1 концепция была расширена и
теперь охватывает практически весь цикл создания решений – начиная с их
обсуждения и заканчивая внедрением [11].
75
COBIT (Control Objectives for Information and Related Technology – цели
контроля для информационных и смежных технологий) – основная идея стандарта
COBIT выражается следующим образом: все ресурсы информационной системы
должны управляться набором естественно сгруппированных процессов для
обеспечения компании необходимой и надежной информацией [14].
Oracle CDM (Custom Development Method – методика разработки ИС под
заказ) – позволяет стандартизировать процесс создания приложений. CDM охватывает
полный жизненный цикл разработки приложений, описывая последовательность и
взаимную зависимость задач, решаемых в процессе разработки.
В компании было принято решение использовать методологию
разработки и внедрения IT-решений – Microsoft Solution Framework (MSF).
Это решение было принято в связи с тем, что компания уже некоторое
время работает с продукцией корпорации Microsoft, работает с ее продукцией и
использует ее технологии. Рабочие станции компании и сервер работают под
управлением операционных систем разработанных корпорацией Microsoft. Компания
поставляет заказчикам рабочие станции, и сервера устанавливая на них программное
обеспечение данной корпорации.
Особенность этой модели состоит в том, что благодаря своей гибкости
и отсутствию жестко навязываемых процедур она может быть применена при
разработке весьма широкого круга IT-проектов. Эта модель сочетает в себе свойства
двух стандартных производственных моделей: каскадной и спиральной. Она
покрывает весь жизненный цикл создания решения, начиная с его отправной точки и
заканчивая непосредственно внедрением.
Процесс MSF ориентирован на «вехи» – ключевые точки проекта,
характеризующие достижение в его рамках какого-либо существенного
(промежуточного либо конечного) результата. Этот результат может быть оценен и
проанализирован, что подразумевает ответы на вопросы: «Пришла ли проектная
группа к однозначному пониманию целей и рамок проекта?», «В достаточной ли
степени готов план действий?», «Соответствует ли продукт утвержденной
спецификации?», «Удовлетворяет ли решение нужды заказчика?» и т.д.
Модель процессов MSF учитывает частые изменения проектных требований.
Она основывается на том, что создание решения включает в себя короткие циклы,
76
создающие поступательные движения от простейших версий решения к его итоговому
виду.
В модели MSF есть 5 фаз ЖЦ: создание концепции, построение плана,
разработка, тестирование, внедрение.
Этап создания концепции состоит из заложения одной из фундаментальных
основ успеха проекта – сбор и сплочение проектной группы на базе выработки единого
видения. Проектная группа должна четко понимать, что она хочет сделать для
заказчика и выразить цель таким образом, чтобы 100% мотивировать и заказчика, и
проектную команду. В таком случае в роли заказчика выступает сам разработчик.
Создание высокоуровневого взгляда на цели и варианты проекта расценивается как
ранняя стадия планирования. Она готовит почву для процессов разработки детальных
планов, которые осуществятся непосредственно во время фазы планирования.
Главными задачами этапа создания концепции становится сборка ядра
проектной группы и подготовка документа с описанием рамок проекта и общими
требованиями. Составление видения проекта и специфицирование его рамок не
является одним и тем же, хотя для успеха проекта важны оба компонента. Видение –
это неограниченное представление о том, каким хотелось бы видеть решение. Рамки
же задают понятные границы того, что из предложенного этим видением будет
возможно реализовать в условиях уже созданных проектных ограничений.
За время проведения этапа подготовки концепции реализуется определение и
анализ бизнес требований. Подробнее эти требования уже анализируются во время
этапа планирования.
Веха «Концепция утверждена» – в ней проектная группа составляет соглашение
об общих задачах проекта, доступных в решении функциональности и конкретных
временных рамках.
Итоги:
• Базовое описание и рамки проекта;
• Составление структуры проекта.
Этап планирования включает в себя основную работу по составлению планов
проекта. Он подразумевает составление проектной группой функциональной
спецификации, создание дизайнов, доработку рабочих планов, оценку затрат на проект
и срока доработки разных составляющих проекта.
77
В начале этапа планирования проектная группа изучает и документирует
проектные требования. Они делятся на 4 общих категории: бизнес-требования,
потребительские требования, требования по использованию и системные требования,
касающиеся решения в целом. В рамках проектирования решения и разработки его
функциональной спецификации важно следить за соответствием между указанными
требованиями и проектируемой функциональностью. Это соответствие не так важно и
будет взаимно-однозначным. Оно является одним из способов отслеживания
корректности дизайна и его полноты для достижения поставленных перед решением
целей.
Процесс проектирования можно назвать систематическим способом
продвижения от абстрактных задач к конкретным техническим деталям. Он начинается
с методичного анализа профилей пользователей, описывающих различные типы
пользователей (включая персонал сопровождения) и их должностные обязанности.
Значительная часть этой работы реализуется во время фазы подготовки концепции.
Затем составляется набор сценариев применения, в каждом из которых прогоняется
выполнение какой-либо операции конкретным типом пользователя. В итоге каждый
сценарий использования разделяется на последовательность специфических действий,
называемых примерами использования, необходимыми для выполнения
пользователем с целью реализации операции.
Есть 3 уровня процесса проектирования: логический дизайн, концептуальный
дизайн и физический дизайн. Работа над логическим дизайном начинается через
определенный промежуток времени после начала работы над концептуальным
дизайном, а создание физического дизайна начинается через некоторый промежуток
времени после начала работы над логическим.
Результаты процесса проектирования описываются в функциональной
спецификации. Функциональные спецификации представляют вид и поведение
каждой компоненты решения. Также для всех составляющих имеется их архитектура
и дизайн.
Функциональная спецификация используется для множества целей. Главные из
них – это:
• Команды разработчикам о том, что они должны будут реализовать;
• База для оценки объема работы;