58
Показатели
Microsoft SQL Server
MySQL
PostgreSQL
версия с ограничением
оперативной памяти
до 4 Гб.
и GNU
GPL.
Наличие
предустановленн
ых драйверов
в ОС семейства
Windows
Да
Нет
Нет
Наличие
драйверов ODBC,
JDBC, ADO.NET
Да
Да
Да
Поддержка
репликации
Да, встроенная и разных
типов. Но внесение
структурных изменений
после начала
репликаци — очень
сложный процесс.
Да,
включая
mater-
master
репликац
ию.
Да,
но с помощью
сторонних
продуктов
с открытым
исходным
кодом.
Репликация
всех типов.
Возможность
писать хранимые
функции
на разных языках
программировани
я
Да, теоретически
на любом языке,
поддерживающим CLR,
например
VisualBasic.NET, C#,
IronPython, но сначала
надо скомпилировать
код в библиотеку dll.
Нет
(кроме
C и Pl/SQL
)
Да, наиболее
полная
поддержка
из всех
рассматриваемы
х.
Возможность
создавать
пользовательские
аггрегированные
функции
Да — любой .NET язык,
кроме TRANSACT SQL.
Да,
только
на С
Да —
на PL language
и встроенных
C, SQL,
PLPgSQL.
Поддержка даты
и времени
Да
Да
(но без
Да
59
Показатели
Microsoft SQL Server
MySQL
PostgreSQL
временно
й зоны)
Аутентификация
Средствами
БД и ActiveDirectory
Средствам
и БД
Много разных
методов,
включающих
предыдущие
Разграничение
доступа
к столбцам
Да
Да
Да
Поддержка
DISTINCT ON
Нет
Нет
Да
Поддержка WITH
ROLLUP
Да
Да
Да
Поддержка WITH
CUBE
Да
Нет
Нет
Поддержка
функций
OVER..PARTITION
BY
Да
Нет
Да, причем
лучше, чем
в MS SQL
Поддержка
рекурсивных
запросов
Да
Нет
Да
Производительно
сть
планировщика
запросов для
сложных
запросов
Средняя
Очень
хорошая
Плохая
Таким образом в контексте данной работы рассматривается как
наиболее приемлемая Microsoft SQL Server.
Для реализации приложения пользователя выбрана технология создания
приложений ASP.
ASP (англ. Active Server Pages — «активные серверные страницы»)
называют технологию, которая разработана компанией Microsoft и позволяет
осуществлять создание приложении для World Wide Web. ASP работает на
платформах операционных систем линейки Windows NT и на веб-сервере
Microsoft IIS. Формально ASP представляет собой лишь технологию
предварительной обработки, которая позволит подключить программный
60
модуль в течении процесса по формированию веб-страницы. Относительная
популярность ASP основывается на простоте используемых языков сценариев
(VBScript или JScript) и также реализует возможность использования внешних
COM-компонентов.
Технология ASP получила своё развитие в виде ASP.NET, которая
представляет из себя новую технологию создания веб-приложений, основанную
на платформе Microsoft .NET.
ASP.NET — технология создания веб-приложений и веб-сервисов от
компании Майкрософт. Она является составной частью платформы Microsoft
.NET и развитием более старой технологии Microsoft ASP.
ASP.NET во многом сохраняет схожесть со своим предшественником,
старой технологией ASP, что способствует переходу разработчиков на
ASP.NET. В то же время внутреннее устройство ASP.NET существенно
отличается от ASP, поскольку она основана на платформе .NET и,
следовательно, использует все новые возможности, предоставляемые этой
платформой.
Хотя ASP.NET берёт своё название от старой технологии Microsoft ASP,
она значительно от неё отличается. Microsoft полностью перестроила ASP.NET,
основываясь на Common Language Runtime (CLR), который является основой
всех приложений Microsoft .NET. ASP.NET имеет преимущество в скорости по
сравнению со скриптовыми технологиями, так как при первом обращении код
компилируется и помещается в специальный кэш, и впоследствии только
исполняется.
Вместе с тем следует учитывать, что указанное преимущество не всегда
может быть реализовано. Это связано с тем, что на скорость работы реального
проекта влияют множество факторов.
1.4.3 Обоснование проектных решений по техническому обеспечению
В контексте данной работы под техническим обеспечением
подразумеваются персональные компьютеры, различные оргтехнические
средства, линии связи, сетевое оборудование. Виды информационных
61
технологий, которые зависят от уровня технической оснащенности (ручной,
автоматизированный, удаленный) существенно влияет на процессы сбора,
обработки и передачи информационных потоков.
Под комплексом технических средств принято понимать:
Персональные компьютеры;
Устройства, осуществляющие сбор, накопление, обработку, передачу и
вывод информации. Это, например, жесткий диск, устройство отвечающее за
сохранение данных, сканирующие устройства, печатающие устройства и т.д.;
Устройства, осуществляющие передачу данных и линий связи – модемы;
Прочие сопутствующие эксплуатационные материалы – бумага, CD
(DVD)- диски, флэш-накопители и т. д.
При выборе персонального компьютера целесообразно изучить его
технические характеристики. К ним можно отнести показатели по надежности,
по стоимостным затратам, по производительности, по простоте использования
и др. От значения указанных выше характеристик будет зависеть возможности
и способы работ с необходимыми программными средствами, из чего следует,
что от этого и будет зависеть успешность создания системы.
Для каждого элемента в изучаемой схеме можно выделить
определенные критерии, которые имеют определенную важность при
осуществлении выбора технических средств. К таким критериям относят:
тактовую частоту процессора;
разрешение монитора;
объем оперативной памяти.
Рассматривая автоматизированные рабочие места в организации можно
сделать вывод, что для указанных целей автоматизации оборудование,
находящиеся на балансе организации, подходит.
Для печати, сканирования и копирования документов необходимое
оборудование присутствует. Для обеспечения сохранности данных в случае
аварийных отключений электропитания персональный компьютер должен быть
оборудован блоком бесперебойного питания.
62
Как многофункциональным устройством, так и устройством
бесперебойного питания, рабочие места пользователей уже обеспечены, и
можно сделать вывод, что для внедрения разрабатываемой системы не
требуется закупка и установка каких-либо дополнительных технических
средств.
63
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл является базовым понятием в методологии при
проектировании информационных систем. Под жизненным циклом
информационной системы подразумевается непрерывный процесс, который
начинается в момент принятия решения о проектировании информационной
системы и заканчивается на моменте при полном аннулировании системы и ее
вывода из эксплуатации.
При расшифровке понятия «жизненный цикл информационной
системы» охватываются такие стадии и этапы при её создании, сопровождении
и развитии, как:
исследования предметных областей с последующим
формированием функциональных и информационных моделей объектов, для
которых предназначалась информационная система;
проектирование систем, которое заключается в разработке
проектного решения, которое удовлетворяет требованиям технического
задания;
разработка системы (в том числе программирование и тестирование
прикладных программ на основании проектных спецификаций подсистем,
выделенных на стадии проектирования);
тестирование информационных систем для выявления сбоев с
последующими устранениями последствий сбоев;
эксплуатация систем и их сопровождение;
развитие систем.
Жизненный цикл проходит в соответствии с выбранной моделью ЖЦ.
Имеется определенный набор стандартов, которые регламентируют
жизненный цикл программного обеспечения, а в некоторых случаях и процесс
разработки.
64
Среди наиболее известных стандартов принято выбирать такие
стандарты, как:
ГОСТ 34.601-90. Данный ГОСТ распространяет своё действие на
автоматизированные системы и устанавливает стадии и этапы их создания.
Помимо этого, в стандарте содержится описание содержания работ на каждом
этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени
соответствуют каскадной модели жизненного цикла .
ISO/IEC 12207:1995. Данный стандарт распространяется на
процессы и организацию жизненного цикла. Также распространение
затрагивает все виды заказного ПО. Стандарт не содержит описания фаз,
стадий и этапов.
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем представляет собой технологические
материалы, которые детализируют до уровня заготовок проектных документов.
Данные документы рассчитанны на использование в проектах с применением
Oracle. Рекомендуется применение CDM для классической модели ЖЦ
(предусмотрены все работы/задачи и этапы), а также для технологий "быстрой
разработки" (Fast Track) или "облегченного подхода", рекомендуемых в случае
малых проектов.
Rational Unified Process (RUP) предлагает интерактивную модель
разработки, состоящая из четырёх фаз: начальной, исследовательской, фаза
построения и фаза внедрения. Каждую из этих фаз можно разбить на этапы
(итерации), в результате которых можно выпустить версии для внутреннего или
внешнего использования. Данные четыре основные фазы называются циклами
разработки, в которых каждый из циклов должен завершиться генерацией
версии системы. Если после этого работа над проектом не прекращается, то
полученный продукт продолжает развиваться и снова минует те же фазы. Суть
работы в рамках RUP - это создание и сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация, является
65
итерационной, предполагает использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в большей степени ориентирована на
разработку бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование
является самой новой среди рассматриваемых методологий. В основе данной
методологии лежит командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
разработка ведется с использованием последовательно дорабатываемых
прототипов.
При рассмотрении ISO/IEC 12207 не предлагаются конкретные модели
жизненного цикла и методы разработки, рекомендации могут являться общими
для абсолютно любой модели жизненного цикла. Под моделью принято
понимать структуру, которая определяет последовательность выполнения и
взаимосвязи процессов, действий и задач на протяжении жизненного цикла.
Принято выделять несколько основных моделей жизненного цикла – это
каскадная модель и спиральная модель. При каскадной модели процесс
разработки проходит поэтапно, шаг за шагом. Переходить к следующему этапу
можно только после того, как завершиться предыдущий этап. При реализации
спиральной модели разработка проходит по нарастающей. На начальном этапе
разрабатывается система с высоким уровнем абстракции, а на последующих
витках эта разработка все больше и больше конкретизируется. Для жизненного
цикла данной работы целесообразно выбрать каскадную модель, поскольку для
разрабатываемого решения больше подходит поэтапная разработка. Переход на
следующий этап может происходить только после завершения всех работ на
предыдущем этапе, который включает подготовку полного пакета документов,
достаточного для того, чтобы процесс разработки может быть продолжен
другой группой разработчиков и присутствуют возможности при планировании
сроков при завершении работ и затрат на их выполнение.
66
Рисунок 2.1 Каскадная схема разработки ПО.
Каскадный метод хорошо подходит для построения систем, где в самом
начале разработки можно достаточно точно и полно сформулировать все
требования, с тем, чтобы предоставить разработчикам свободу реализовывать
их как можно лучше с технической точки зрения. Однако в случае, если в
середине разработки вскрываются ошибки, допущенные в начале, то
приходится прибегать к переосмыслению проекта, и реальная схема каскадной
модели приобретает другой вид. Таким образом, каскадный метод более всего
подходит к конкретной разработке.
67
Рисунок 2.2. Реальный процесс разработки ПО по каскадной
схеме.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их
описание
Как правило, проекты по созданию информационных систем
предприятия могут включать множество задач, которые связанны с общим
управлением проектом, разработкой ПО, проектированием ИС и внедрением.
Каждый из вышеперечисленных пунктов имеет ряд особенностей, исходя из
этого возможны риски при реализации.
Основной риск заказчика связан с неполным достижением цели проекта
и не эффективно израсходованными средствами, а риском исполнителя можно
назвать возможность превышения фактической себестоимости работ по
сравнению с плановой. Необходимость ведения параллельных и подчас
принципиально отличающихся по своему характеру работ приводит к тому, что
многократно возрастает уровень риска проекта.
Наиболее характерные риски и методы из минимизации приведены в
таблице 4.