52
позволяет быстро получить результаты обработки запроса. Во-вторых, поскольку
рабочие станции не обрабатывают все промежуточные данные, существенно
снижается нагрузка на сеть. Предоставляется возможность ведения журнала
операций, в котором автоматически регистрируются все прошедшие транзакции что,
в свою очередь, поможет быстрому восстановлению системы при аппаратных сбоях.
Данная технология организуется проще, и оборудование для её организации вполне
приемлемо по стоимости приобретения.
Таким образом, проектируемая система с технической точки зрения будет
представлять собой набор объединенных в единую сеть ЭВМ – клиентов, с которых
при помощи установленного клиентского приложения будет осуществляться связь с
базой данных, расположенной на удаленном сервере, которая представлена на рис 8.
Рисунок 8 – Конфигурация технического обеспечения ИС
53
Существует ряд требований к рабочим местам пользователей, реализация
которых существенно повысит быстродействие системы в целом.
Для функционирования разрабатываемой ИС в была выбрана следующая
конфигурация персональных компьютеров для клиентов:
процессор – Intel core 2 duo 2.2 GHz;
память - от 4 Gb;
жесткий диск от 200 Gb;
CD-ROM - от 48x;
Монитор - 19” Samsung SyncMaster;
принтер HP LaserJet 1100;
клавиатура и мышь Genius.;
операционная система – Windows 7/8/8.1;
сервер СУБД - SQL Server Management Studio Express;
наличие средств информационной безопасности данных.
Конфигурация сервера базы данных:
процессор - Intel Core i7-3500 3.3 GHz 8 core;
материнская плата - ASUS Q5 1155;
оперативная память - 32 GB;
жесткий диск 6 TB;
видеокарта GF 430 GT Microstar 1024mb 64-бит 96/700/1333 MHz.
54
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл - это непрерывный процесс, который начинается с
момента принятия решения о необходимости его создания и заканчивается в
момент его полного изъятия из эксплуатации. Среди наиболее известных
стандартов можно выделить следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные системы и
устанавливает стадии и этапы их создания. Кроме того, в стандарте
содержится описание содержания работ на каждом этапе. Стадии и этапы
работы, закрепленные в стандарте, в большей степени соответствуют
каскадной модели жизненного цикла.
ISO/IEC 12207 - стандарт на процессы и организацию жизненного цикла.
Распространяется на все виды заказного ПО. Стандарт не содержит описания
фаз, стадий и этапов.
Custom Development Method (методика Orаcle) по разработке
прикладных информационных систем - технологический материал,
детализированный до уровня заготовок проектных документов, рассчитанных
на использование в проектах с применением Orаcle. Применяется CDM для
классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также
для технологий "быстрой разработки" (Fаst Trаck) или "облегченного
подхода", рекомендуемых в случае малых проектов.
Rаtionаl Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение и
внедрение. Каждая фаза может быть разбита на этапы (итерации), в результате
которых выпускается версия для внутреннего или внешнего использования.
Прохождение через четыре основные фазы называется циклом разработки,
каждый цикл завершается генерацией версии системы. Если после этого
работа над проектом не прекращается, то полученный продукт продолжает
55
развиваться и снова минует те же фазы. Суть работы в рамках RUP - это
создание и сопровождение моделей на базе UML .
Microsoft Solution Frаmework (MSF) сходна с RUP, так же включает
четыре фазы: анализ, проектирование, разработка, стабилизация, является
итерационной, предполагает использование объектно-ориентированного
моделирования. MSF в сравнении с RUP в большей степени ориентирована на
разработку бизнес-приложений.
Extreme Progrаmming (XP). Экстремальное программирование (самая
новая среди рассматриваемых методологий) сформировалось в 1996 году. В
основе методологии командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
разработка ведется с использованием последовательно дорабатываемых
прототипов.[15]
При выборе стандарта основным определяющим фактором является
более полное и подробное описание работ на стадиях и этапах разработки
АС(автоматизируемых систем). Стандарт ISO/IEC 12207 не содержит
подробное описание работ на разных стадиях и этапах разработки АС.
Стандарт CDM рассчитан на использование в проектах с применением Orаcle
технологий, который в данном проекте не используются. Стандарт MSF, как
было ранее сказано, в большей степени ориентирован на разработку бизнес-
приложений. Стандарт XP ориентирован на командную работу. В данном
проекте будет использоваться ГОСТ 34.601-90, так как он содержит описание
работ на каждом этапе разработки АС.
Стадии создания ИС.
1. Формирование требований к системе,
2. Разработка концепции,
3. Техническое задание,
4. Технический проект,
5. Оформление документации,
6. Внедрение.
56
На этапе “Формирование требований к системе”, производится
следующие работы: обследование объекта, формирование требований
пользователя, обоснование необходимости разработки системы. На данном
этапе задействованы следующее участники: IT-менеджер, начальник отдела
делопроизводства. После выполнения всех работ формируется отчет о
проделанных работах - характеристика объекта автоматизации, описание
требований к системе, определение затрат на разработку, введение в
эксплуатацию и сопровождение, ожидаемый эффект от системы и условия
создания и эксплуатации системы.
После выполнения этапа “Формирования требований к системе”
разрабатываются варианты концепции. Производят разработку
альтернативных вариантов концепции и планов реализации, оценку
необходимых ресурсов на реализацию ИС и дальнейшее функционирование,
оценка преимуществ и недостатков каждого варианта, сопоставление
требований пользователя и характеристик предлагаемой системы. На этапе
“Разработка концепции” участвует IT-менеджер. После выполнения данных
работ выбирается один из подходящих вариантов концепции
удовлетворяющий всем требованиям.
После этапа “Разработка концепции” разрабатывается ТЗ (техническое
задание) проекта автоматизации. После разработки и оформления ТЗ,
необходимо его согласовать и утвердить. Участники на данном этапе работ:
IT-менеджер, начальник отдела делопроизводства. В результате данный пункт
определяет: функции ИС, функции подсистем, состав комплекса задач и
отдельных задач, концепция информационной базы, функции систем
управления базой данных, а также функции и параметры программных
средств.
Следующим этапом после разработки и утверждения ТЗ идет разработка
проектного решения. IT-менеджер, совместно с программистом,
разрабатывают физическую и логическую модель БД, определяют
организацию базы данных. По завершению этапа “Технический проект” IT-
57
менеджером совместно с программистом производится оформления рабочей
документации, включающие в себя: технические требования, программные
требования, руководство пользователя.
После выполнения всех работ и оформления рабочей документации
остается этап внедрения разрабатываемого проекта. На этапе внедрения
происходит: подготовка объекта автоматизации, обучение персонала,
производятся строительно-монтажные работы, пусконаладочные работы,
проведение предварительных испытаний, проведение опытной эксплуатации
и проведение приемочных испытаний. Участники данного этапа: IT-менеджер,
системный администратор, начальник отделе делопроизводства. После чего
анализируются испытания ИС, проверка на соответствие ТЗ, устраняются
неполадки и подписываются необходимые акты.
На настоящий момент существуют такие модели жизненного цикла, как
каскадная, поэтапная с промежуточным контролем, спиральная.
В спиральной модели особое внимание уделяется начальным этапам
разработки – выработке стратегии, анализу и проектированию, где
реализуемость тех или иных технических решений проверяется и
обосновывается посредством создания прототипов (макетирования). Каждый
виток спирали предполагает создание фрагмента (компонента) или версии
программного продукта. На них уточняются цели и характеристики проекта,
определяется его качество и планируются работы следующего витка спирали.
Таким образом углубляются и последовательно конкретизируются детали
проекта и в результате выбирается обоснованный вариант, который доводится
до реализации.
Далее произведем выбор стратегии внедрения разработанной системы.
В настоящий момент выделяется четыре стратегии внедрения
информационной системы:
Параллельная стратегия - для случая, когда старую работающую
систему необходимо заменить новой;
58
Скачок – эта стратегия подразумевает резкий переход от одной
системы автоматизации к другой;
Опытная эксплуатация "пилотного проекта - это тактика "скачка",
но применяемая к ограниченному числу изделий, наиболее успешна в малом
участке деятельности;
Узкое место - при внедрении "узкого места" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем.
Исходя из описания и условий деятельности компании, а также
особенностей разрабатываемой информационной системы, в качестве
стратегии внедрения была выбрана стратегия Опытная эксплуатация
пилотного проекта, так как в этом случае внедрение системы произойдет
наиболее безболезненно.
Для проекта разработки ИС управления проектами наиболее подойдет
каскадная модель для разработки приложения из-за возможности контроля
промежуточных фаз.
На этапе «Формирование требований к ЭИС» осуществляются следующие
работы:
сбор информации о деятельности компании;
исследование существующей на предприятии технологии выполнения
выбранной функции управления, выделение участков работы, которые необходимо
автоматизировать;
оценка целесообразности создания ЭИС;
формирование требований, предъявляемых пользователями к ЭИС;
оформление отчета о выполненной работе и задания на разработку.
На этапе «Разработка концепции ЭИС» осуществляется изучение объекта
автоматизации, проведение необходимых научно-исследовательских работ,
разработка вариантов концепции ЭИС, удовлетворяющих требованиям
пользователей, оформление отчета и утверждение концепции.
59
На этапе «Техническое задание» осуществляется разработка и утверждение
технического задания на создание ЭИС: определяются требования к системе, состав
и функции задач, решаемых ЭИС. Также проводится технико-экономическое
обоснование разрабатываемой системы (изучение ее экономической выгодности,
анализ и расчет экономических показателей ЭИС).
На этапе «Эскизный проект» осуществляется разработка предварительных
проектных решений по системе и ее частям, разработка эскизной документации на
ЭИС и ее части.
На этапе «Технический проект» осуществляется разработка проектных
решений по системе и ее частям, разработка документации на ЭИС и ее части,
разработка и оформление документации на поставку комплектующих изделий,
разработка заданий на проектирование в смежных частях проекта.
На этапе «Рабочий проект» осуществляется разработка рабочей документации
на ЭИС и ее части, создается программный код системы и происходит наполнение
баз данных. Также происходит оформление рабочего проекта ЭИС. Затем ЭИС
тестируют и исправляют ошибки.
В данном проекте были рассмотрены все этапы жизненного цикла
программного продукта, кроме её финальных испытаний и ввода в эксплуатацию.
Были выделены следующие этапы проектирования:
1. формирование требований к ЭИС;
2. разработка концепции ЭИС;
3. техническое задание;
4. эскизный проект;
5. технический проект;
6. рабочий проект.
В проектировании экономической информационной системы
принимают участие два специалиста:
Программист - специалист, отвечающий за разработку системы
(разработка БД, написание исходного кода программы, разработка
60
моделей и обеспечивающих подсистем).
Аналитик - специалист, отвечающий за работы, направленные на
систематизацию требований к ЭИС, постановку задач
программисту, моделирование и обеспечение соответствия
получаемых результатов поставленным требованиям.
На рис. 9 изображено назначение стоимости основных ресурсов, необходимых
при разработке ЭИС.
Рисунок 9 - Стоимость основных ресурсов на разработку ЭИС
На рис. 10 изображена Диаграмма Ганта, показывающая степень участия
каждого специалиста в разработке ЭИС.
61
Рисунок 10 – Диаграмма Ганта