52
Таблица 2.2
Результаты экспертизы сред разработки, второй этап
Функция
Коэффициент
относительной
важности
Среда программирования
Delphi XE7
C++ Builder
Стоимость
13,7
+
+
Простота сопровождения
13,2
+
-
Временные затраты на
разработку
14,8
+
-
Быстродействие
15
+
+
Удобный дизайн
14
+
+
Мощность пакета
13,8
+
+
Возможности языка
15,5
+
+
Сумма
100,0%
100
72
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в
пользу Delphi XE7 , который обеспечивает чрезвычайно высокую
производительность и удобство использования.
В мире существует множество систем управления базами данных.
Несмотря на то, что они могут по-разному работать с различными
объектами и предоставляют пользователю различные функции и средства,
большинство СУБД опираются на единый устоявшийся комплекс
основных функций.
Рассмотрим, сравним и выберем СУБД из следующих: Paradox,
InterBase и Mysql.
разработку
Быстродействие
89
95
90
91
15
Удобный
дизайн
85
81
90
85
14
Мощность
пакета
75
92
84
84
13,8
Возможности
языка
100
89
94
94
15,5
Сумма
606
100,0%
53
Проведем выбор СУБД методом экспертного оценивания. Мнение
экспертов оценивалось на информационном форуме, были привлечены
ведущие специалисты в своей области.
Необходимо выделить критерии оценки СУБД. Важность каждого
из представленных критериев была оценена экспертами по 100 бальной
шкале. Исходя из полученных данных, находится средний балл и
коэффициент относительной важности критерия. Результаты первого этапа
экспертизы представлены в таблице 2.3.
Таблица 2.3
Сравнение СУБД
Коэффициент относительной важности:
%100
баллСредний
К
.
Величина
– сумма усреднённых экспертных оценок первого этапа
Наименование
критерия
Эксперт
1
Эксперт 2
Эксперт
3
Средний
балл по
100
бальной
шкале
Коэффициент
относительной
важности
Стоимость
СУБД
85
90
79
85
13,5
Операционная
система
75
80
81
79
12,5
Простой
интерфейс
90
95
92
92
14,6
Широта
распространения
85
90
81
85
13,6
Качество
справочной
информации к
системе
95
90
85
90
14,4
Количество
пользователей
100
100
100
100
15,9
Простота
использования
95
100
96
97
15,5
Сумма
628
100,0%
54
экспертизы. Результаты второго этапа экспертизы представлены в таблице
1.10.
Таблица 2.4
Результаты второго этапа экспертизы
Из всего вышеперечисленного и учитывая анализ СУБД методом
экспертного оценивания, оптимальным средством проектирования базы
данных выбрано MySQL.
2.1.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение определяет совокупность технических
средств, необходимых для работы ИС, а также необходимая документация
на эти средства и технологические процессы.
Развитие технического обеспечения, включающее в себя аппаратные
средства, средства связи, ПО, реализуется неравномерно, скачкообразно.
Становление компьютерной техники на современном этапе происходит в
геометрической прогрессии. Каждые 4 года наблюдается удвоение
мощности компьютеров.
Различие компьютерных технологий по типу пользовательского
интерфейса (каким образом происходит взаимодействие пользователя с
Функция
Коэффициент
относительной
важности
Mysql
Paradox
InterBase
Стоимость СУБД
13,5
+
+
-
Операционная система
12,5
+
+
+
Простой интерфейс
14,6
+
+
+
Широта распространения
13,6
+
+
+
Качество справочной
информации к системе
14,4
+
+
+
Количество
пользователей
15,9
+
-
+
Простота использования
15,5
+
+
-
Сумма
100,0%
100%
84%
71%
55
компьютером) - пакетные, диалоговые, сетевые. В первом варианте
пользователь имеет только результаты работы технологии, в остальных он
взаимодействует с ней на личном ПК или ПК, входящем в сеть.
Нынешние технические средства реализации управления
информационными ресурсами по своему составу и возможностям весьма
разнообразны. Средства ЭВМ, средства связи, средства организационной
техники.
Компьютерная техника зачастую предназначена для разработки
комплексных технологий анализа и хранения данных и становится основой
для объединения всех новейших технических средств реализации
управления информационными ресурсами.
Коммуникационная техника предназначена зачастую для
возможности передачи данных и включает в себя как автономную работу,
так и работу в комплексе со средствами компьютерной техники.
Организационная техника создана для разработки технологий
хранения, отображения и применения информации, а также для запуска
разных вспомогательных операций в рамках различных технологий
информационной поддержки процесса управления.
В исследуемой задаче автоматизации в качестве технического
обеспечения применяется следующие средства:
• ПК менеджеров;
• Доступные сервера;
• Проложенная ЛВС.
ПК оцениваются по нескольким критериям:
• Скорость работы процессора;
• Полезный объем диска;
• Размер ОЗУ;
• Производительность видеосистемы.
56
Поскольку разрабатываемый модуль работает на базе клиент-
серверной технологии, то все подсчеты производятся на стороне сервера,
поэтому системные требования к ПК минимальны.
Указанные в пункте 1.1.3 технические характеристики для ПК
относятся к системным блокам средней производительности, откуда
делается вывод, что их обновление или полная замена для выполнения
поставленной задачи не нужно.
Предлагается использовать принтер HP Officejet Pro 8000, который
по своим характеристикам является оптимальным.
Таблица 2.5
Технические характеристики принтеров HP Officejet Pro 8000
Наименование
Значение
Скорость черно-белой печати
(черновой режим, A4)
До 35 стр./мин.
Скорость цветной печати (черновой
режим, A4)
До 34 стр./мин.
Скорость ч/б печати (лазерное
качество)
До 15 стр./мин.
Скорость цветной печати (лазерное
качество)
До 11 стр./мин.
Нагрузка (А4, в месяц)
До 15000 страниц
Число картриджей
Раздельные картриджи с
пигментными чернилами HP
Officejet
Быстродействие процессора
384 MГц
Стандартное ОЗУ
32 Мб
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного обеспечения (ПО) определяет
период времени, наступающий с момента принятия решения о важности
разработки ПО и оканчивающийся в момент его фактического изъятия из
пользования. Этот цикл — процесс создания и эволюции ПО.
57
Понятие ЖЦ ПО пришло тогда, когда разработчики осознали
важность перехода от единоличных кустарных методов разработки
программ к технологичному промышленному их созданию. И зачастую в
подобных ситуациях многие пытаются перенести в свою сферу опыт их
других направлений производства. Таким образом было перенято понятие
ЖЦ.
Главные этапы ЖЦ ПО:
• Исследование требований,
• Построение макета,
• Программирование,
• Отладка и исправление ошибок,
• Внедрение и использование.
Нюансом разработки ПО становится принятие решений на
первичных этапах с их реализацией на заключительных этапах. Ошибки в
требованиях к ПО могут привести не только к потерям в процессе создания
и использования, но и к полному провалу проекта. Корректировка и
изменения в спецификациях ПО зачастую влечет за собой повторение всех
следующих этапов построения модели и реализации ПО.
Сам ЖЦ ПО является непрерывным процессом, начинающимся в
момент принятия решения о важности его создания и оканчивающимся в
момент его окончательного выведения из эксплуатации.
Главный нормативный документ, контролирующий ЖЦ ПО –
международный стандарт ISO/IEC 12207 (ISO, International Organization of
Standardization – Общемировая компания по стандартизации, IEC,
International Electrotechnical Commission – Международная коллегия по
электротехнике). Он отражает структуру ЖЦ, включающую в себя
процессы, действия и задачи, реализуемые за время разработки ПО.
Методология разработки ИС описывает процесс внедрения и
сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя его
58
как отдельную последовательность стадий и исполняемых на них
процессов. Каждый этап имеет свой состав и последовательность
реализуемых работ, получаемые результаты, средства и методы, нужные
для успешного завершения работ, ответственность и роли участников и т.д.
Подобное описание ЖЦ ИС дает возможность планировать и
организовывать процесс совместной разработки и управления этим
процессом.
Жизненный цикл ИС представляется как ряд событий, происходящих
с системой за время ее создания и эксплуатации.
Модель ЖЦ показывает разные состояния системы, отталкиваясь от
момента возникновения потребности в этой ИС и заканчивая моментом ее
окончательного выхода из использования. Модель ЖЦ – это некоторая
структура, включающая в себя процессы, действия и задачи, реализуемые
в ходе создания, работы и поддержки программного продукта за все время
жизни системы, от выявления требований до окончания ее использования.
Сегодня известны и активно применяются такие модели жизненного
цикла, как:
• Каскадная модель, предусматривающая последовательное
выполнение всех этапов проекта в заранее определенной
последовательности. Переход на другой этап говорит о полном
завершении всех работ на текущем этапе.
• Поэтапная модель с дополнительным контролем. Создание ИС
построено на итерациях с циклами обратной связи между этапами.
Поэтапные корректировки дают возможность отследить реально
существующее взаимные влияния результатов разработки на разных
этапах; а время жизни любого этапа продлевается на всю
продолжительность разработки.
• Спиральная модель. Каждый виток спирали включает в себя
создание очередной версии продукта, определяются и дорабатываются
59
требования проекта, выражается его качество и устанавливаются работы
следующего витка. Главное внимание уделяется первым этапам разработки
— проектированию и анализу, где необходимость создания тех или иных
технических решений заранее обосновывается и проверяется методом
создания прототипов и макетов.
Каскадный подход отлично зарекомендовал себя в процессе создания
относительно простых ИС, когда изначально можно очень точно и полно
указать все требования к системе. Главным недостатком подобного
подхода становится то, что реальный процесс разработки системы не
сможет полностью уложится в такую сложную схему, поскольку всегда
будет потребность в возврате к уже завершенным этапам для уточнения
или пересмотра ранее определенных решений. Поэтому реальный процесс
разработки ИС соответствует поэтапной модели с поэтапным контролем.
Но такие недостатки не могут играть основную роль при проектировании
системы проведения ОТМ литейного цеха, поэтому смело останавливается
на нем.
Любая из стадий разработки системы включает в себя реализацию
некоторого объема работ, которые отображаются в виде процессов ЖЦ.
Процесс описывается в виде совокупности взаимосвязанных действий,
изменяющих исходные данные в выходные. Описание каждого отдельного
процесса состоит из перечня решаемых задач, заданных данных и
результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а иногда даже и
процессы разработки.
Среди наиболее известных стандартов можно выделить:
• ГОСТ 34.601-90 - распространяется на АИС и отражает в себе
стадии и этапы их создания. Также в нем есть описание содержания работ
на всех этапах. Стадии и этапы работы, показанные в стандарте, зачастую
соответствуют каскадной модели ЖЦ.
60
• ISO/IEC 12207:1995 - стандарт на процессы и реализацию ЖЦ.
Используется во всех видах заказного ПО. Стандарт не включает в себя
описания стадий, фаз и этапов.
• Custom Development Method по разработке прикладных ИС -
технологический материал, углублённый до уровня заготовок проектных
документов, рассчитанных на применение в проектах совместно с Oracle.
Применяется CDM для типовой модели ЖЦ (имеются все работы/задачи и
этапы), а также в проектах с "быстрой разработкой" (Fast Track) или
"облегченным подходом", которые являются самыми доступными в малых
проектах.
• Rational Unified Process (RUP) включает в себя итеративную
модель разработки, имеющую четыре фазы: старт, анализ, создание и
использование. Все эти фазы могут быть разделены на этапы (итерации),
по итогу которых имеется версия для внутреннего или внешнего
использования. Реализация четырех основных фазы считается циклом
разработки, и любой такой цикл завершается созданием версии системы. В
случае, если работа над проектом не прекращается и после этого,
полученный продукт продолжает оптимизироваться и снова проходит те
же фазы. Суть реализации в рамках RUP - это разработка и сопровождение
моделей на базе UML.
• Microsoft Solution Framework (MSF) похож на RUP, так же
имеет четыре фазы: исследование, построение, создание, стабилизация,
является итерационным, включает в себя применение объектно-
ориентированного моделирования. MSF в отличии от RUP в сильнее
ориентирован на создание бизнес-приложений.
• Extreme Programming (XP). Экстремальное программирование
(самая молодая среди остальных методологий) реализовалось в 1996 году.
В основе методологии состоит командная работа, четкая коммуникация
61
между исполнителем и заказчиком за все время ведения проекта, а сама
разработка построена на методах последовательной доработки прототипов.
• Стандарт ISO/IEC серии 15288.
В связи с небольшим объемом разрабатываемой автоматизированной
системы, ее назначением, характером необходимо использовать именно
этот стандарт - ISO/IEC серии 15288. Для создаваемой системы актуален
следующий перечень стадий реализации проекта
• Формирование концепции
• Разработка
• Реализация
• Эксплуатация
• Поддержка
• Снятие с эксплуатации
Задача внедрения информационной системы включает в себя
создание (адаптацию) и запуск в продуктивную эксплуатацию элементов
информационной системы. Так как разработка информационной системы
будет осуществляться своими силами, то и внедрение будет происходить
без привлечения посторонних специалистов.
Этап внедрения планируется разбить на следующие подэтапы:
1. Предпроектное рассмотрение. В ходе рассмотрения находятся
основные информационные потоки в компании и проверяется база
основной нормативно—справочной документации. Базовыми требованием
в таком случае становятся наличие всех нужных для работы
корпоративных ИС справочников и классификаторов, а также соответствие
принципов их реализации с требованиями системы. В процессе
исполнения этапа важно проанализировать на полноту все корпоративные
стандарты учета и отчетности. Этот этап включает также проведение
диагностирования проблем, которые могут иметь место при внедрении, а
также согласовывается и выполняется настройка справочников и