67
компонентов. Тем более многие независимые поставщики на сегодняшний
день уже реализовали множество аналогичных компонентов.
Delphi 7 2010г имеет большое количество других улучшений IDE,
расширенную поддержку баз данных, обновленную версию MIDAS с
поддержкой Интернета, механизм управления версиями TeamSours,
поддержку перевода, концепцию фреймов и огромное количество
остальных полезных компонентов.
В основе идеологии Delphi лежит технологии визуального
проектирования и реализация процедур обработки событий, применение
которых дает возможность значительно сократить время на создание и
упростить процесс реализации приложений.
C++ Builder 6 2010 г является очередной версией системы с ООП для
ОС Windows. Интегрированная системная среда (IDE) позволяет ускорить
визуальное проектирование, а также увеличивает продуктивность
многократно используемых компонентов в сочетании с улучшенными
инструментами и различными средствами доступа к базам данных.
Зачастую стандарты пользовательских интерфейсов изменяются
также быстро, как и сами операционные системы. Доступность среды IDE
дает возможность настраивать ее с учетом наиболее модных тенденций в
сфере графических интересов. Сам визуальный интерфейс включает в себя
простоту использования для новичка и большой выбор функций для
профессионала.
C++Builder передает свои возможности и широкий спектр
выполняемых функций языка C++ всему семейству систем ООП. Система
C++Builder может применятся везде, где есть необходимость улучшить
существующие приложения расширенным промышленным стандартом
языка C++, увеличить скорость работы и придать интерфейсу пользователя
профессиональный облик.
Все составные части (формы, объекты), которые использовали
программисты, работающие в Delphi, могут быть применены не один раз в
68
приложениях C++Builder без особых изменений. C++Builder оптимален
для тех разработчиков, которые выбирают выразительную мощность языка
C++, однако также хотят сохранить производительность Delphi.
Уникальное сочетание этих систем программирования дает возможность
при создании ПО без труда изменять одну среду разработки на другую.
Для выбора используемой среды разработки необходимо выделить
критерии оценки каждого альтернативного варианта по шкале из ста
баллов, исходя из этого высчитать средний балл каждого критерия и
определить его относительную важность по сравнению с другими
критериями.
Результаты такой оценки показаны в таблицах 1.9 и 1.10.
Таблица 1.9
Результаты экспертизы сред разработки, первый этап
Функция
Средний балл
по 100 бальной
шкале
Коэффициент
относительной
важности
Стоимость
83
13,7
Простота сопровождения
80
13,2
Временные затраты на разработку
90
14,8
Быстродействие
91
15
Удобный дизайн
85
14
Мощность пакета
84
13,8
Возможности языка
94
15,5
Сумма
606
100,0%
Таблица 1.10
Результаты экспертизы сред разработки, второй этап
Функция
Коэффициент
относительной
важности
Среда программирования
php
C++
Builder
Delphi
phyton
Стоимость
13,7
+
+
+
+
Простота сопровождения
13,2
+
-
+
-
Временные затраты на
разработку
14,8
+
-
-
+
Быстродействие
15
+
+
+
+
Удобный дизайн
14
+
+
+
+
Мощность пакета
13,8
+
+
+
+
Возможности языка
15,5
+
+
+
+
Сумма
100,0%
100
72
83
81
69
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в
пользу php, который обеспечивает чрезвычайно высокую
производительность и удобство использования.
В Таблице 1.11 приведена сравнительная таблица трех
распространенных систем управления базами данных, конкурирующих
на рынке программного обеспечения по основным показателям.
Таблица 1.11
Сравнение СУБД
Факторы
(показатели)
Microsof
t SQL
Server
vNext
Micros
oft
Access
MySQL
5.7
Postgr
eSQL
10.2
Вес
каждого
фактора
Производительность
0,8
0,6
0,6
0,5
0,33
Защищенность
0,7
0,8
0,8
0,6
0,26666667
Простота
использования
0,2
0,9
0,9
0,3
0,2
Наличие
графического
средства
проектирования
0,7
0,9
0,9
0,4
0,13
Поддержка ОС
0,2
0,9
0,9
0,5
0,06
Итого
2,6
4,1
4,1
2,3
1
Рассчитывая обобщенный показатель качества фактора, получаем
результаты выбора в таблице 1.12.
Таблица 1.12
Второй этап выбора СУБД
Факторы
(показатели)
Произв
одител
ьность
Защище
нность
Простот
а
исполь
зовани
я
Наличие
графическ
ого
средства
проектиров
ания
Под
дер
жка
ОС
Итого
MySQL 5.1
0,72
0,56
0,04
0,42
0,16
1,9
Microsoft
Access
0,56
0,24
0,q2
0,1
0
1,18
Microsoft SQL
Server 2008
0,56
0,04
0,42
0,16
0
1,18
PostgreSQL
8.4
0,04
0,42
0,16
0
0
0,62
70
На основании изучения СУБД выбираем для использования СУБД
Mysql.
Информационное обеспечение (ИО) подсистемы состоит из
информационной модели работы персонала предприятия. Обычно
выделяют внемашинное и внутримашинное обеспечение.
ИО состоит из: системы определения и кодирования; системы
обобщения документации, применяемой в ИО, информационную базу, т.е.
данные из всех массивов данных.
Внемашинное обеспечение включает в себя совокупность данных,
главную часть которых составляют документы. Можно различать
первичные (входные) документы, например, декларации и другую
отчетность налогоплательщиков, а также вторичные (выходные)
документы.
Внутримашинное ИО определяет представление данных на
физических носителях в виде специальных массивов (файлов), БД и их
информационных связей. Внутримашинное ИО подсистемы использует
информационную среду, направленную на реализацию сотрудниками
своих должностных обязанностей. Эта область выражается набором
объектов, их свойств и взаимосвязей. Для каждого отдельного объекта
определяется набор его характеристик и свойств.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть полноценным и адекватным для поддержки
всех описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
71
• Структура визуальных форм и всех документов должна
полностью соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
• в ИС важно предусмотреть механизмы проверки входной и
выходной информации, обновления данных в массивах данных,
отслеживания целостности БД, защиты НСД.
1.4.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение определяет совокупность технических
средств, необходимых для работы ИС, а также необходимая документация
на эти средства и технологические процессы.
Развитие технического обеспечения, включающее в себя аппаратные
средства, средства связи, ПО, реализуется неравномерно, скачкообразно.
Становление компьютерной техники на современном этапе происходит в
геометрической прогрессии. Каждые 4 года наблюдается удвоение
мощности компьютеров.
Различие компьютерных технологий по типу пользовательского
интерфейса (каким образом происходит взаимодействие пользователя с
компьютером) - пакетные, диалоговые, сетевые. В первом варианте
пользователь имеет только результаты работы технологии, в остальных он
взаимодействует с ней на личном ПК или ПК, входящем в сеть.
Нынешние технические средства реализации управления
информационными ресурсами по своему составу и возможностям весьма
разнообразны. Средства ЭВМ, средства связи, средства организационной
техники.
Компьютерная техника зачастую предназначена для разработки
комплексных технологий анализа и хранения данных и становится основой
72
для объединения всех новейших технических средств реализации
управления информационными ресурсами.
Коммуникационная техника предназначена зачастую для
возможности передачи данных и включает в себя как автономную работу,
так и работу в комплексе со средствами компьютерной техники.
Организационная техника создана для разработки технологий
хранения, отображения и применения информации, а также для запуска
разных вспомогательных операций в рамках различных технологий
информационной поддержки процесса управления.
В исследуемой задаче автоматизации, в ходе которой нужно
оптимизировать учет готовой продукции в ООО «МПЗ Богородский», в
качестве технического обеспечения применяется следующие средства:
• ПК менеджеров;
• Доступные сервера;
• Проложенная ЛВС.
ПК оцениваются по нескольким критериям:
• Скорость работы процессора;
• Полезный объем диска;
• Размер ОЗУ;
• Производительность видеосистемы.
Поскольку разрабатываемый модуль работает на базе клиент-
серверной технологии, то все подсчеты производятся на стороне сервера,
поэтому системные требования к ПК минимальны.
Указанные в пункте 1.1.3 технические характеристики для ПК
относятся к системным блокам средней производительности, откуда
делается вывод, что их обновление или полная замена для выполнения
поставленной задачи не нужно.
Технические характеристики серверов также не подлежат
улучшению, так как в настоящее время используемые модели серверов
73
имею возможность нарастить свою производительность для выполнения
автоматизируемой задачи без ущерба для других выполняемых ими задач.
Соединительные линии ЛВС оцениваются по допустимой
пропускной способности. Так как во время работы разрабатываемого
модуля и обмена информацией с сервером не передается голосовой или
видео трафик, или другие большие по объему данные, то и особых
требований к пропускной способности не предъявляется. Так как
пропускная способность линий связи в настоящее время составляет до 100
мбит/сек, то они также не требуют модернизации или замены.
Таким образом, для корректной работы разрабатываемой
информационной системы необходимо использовать следующие
технические средства:
персональный компьютер пользователя;
принтер или многофункциональное устройство;
сервер;
соединительные линии, составляющие локальную
вычислительную сеть.
74
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Методология проектирования информационных систем описывает
процесс создания и сопровождения систем в виде жизненного цикла (ЖЦ)
ИС, представляя его как некоторую последовательность стадий и
выполняемых на них процессов. Для каждого этапа определяются состав и
последовательность выполняемых работ, получаемые результаты, методы
и средства, необходимые для выполнения работ, роли и ответственность
участников и т.д. Такое формальное описание ЖЦ ИС позволяет
спланировать и организовать процесс коллективной разработки и
обеспечить управление этим процессом [26].
Жизненный цикл ИС можно представить, как ряд событий,
происходящих с системой в процессе ее создания и использования.
Жизненный цикл ИС можно представить, как ряд событий,
происходящих с системой в процессе ее создания и использования. Модель
жизненного цикла отражает различные состояния системы, начиная с
момента возникновения необходимости в данной ИС и заканчивая
моментом ее полного выхода из употребления. Модель жизненного цикла -
структура, содержащая процессы, действия и задачи, которые
осуществляются в ходе разработки, функционирования и сопровождения
программного продукта в течение всей жизни системы, от определения
требований до завершения ее использования.
В настоящее время известны и используются следующие модели
жизненного цикла:
Каскадная модель (Рисунок 2.1) предусматривает
последовательное выполнение всех этапов проекта в строго
фиксированном порядке. Переход на следующий этап означает полное
завершение работ на предыдущем этапе.
75
Поэтапная модель с промежуточным контролем (Рисунок 2.2).
Разработка ИС ведется итерациями с циклами обратной связи между
этапами. Межэтапные корректировки позволяют учитывать реально
существующее взаимовлияние результатов разработки на различных
этапах; время жизни каждого из этапов растягивается на весь период
разработки.
Спиральная модель (Рисунок 2.3). На каждом цикле
выполняется создание очередной версии продукта, уточняются требования
проекта, определяется его качество и планируются работы следующего
цикла. Особое внимание уделяется начальным этапам разработки - анализу
и проектированию, где реализуемость тех или иных технических решений
проверяется и обосновывается посредством создания прототипов
(макетирования).
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Рисунок 2.1 Каскадная модель ЖЦ ИС
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Рисунок 2.2 Поэтапная модель с промежуточным контролем
76
Проектирование
Реализация
Тестирование
Версия 1
Версия 2
Версия 3
Разработка
требований
Ввод в действие
прототипов системы
Рисунок 2.3 Спиральная модель ЖЦ ИС
В ранних проектах достаточно простых ИС каждое приложение
представляло собой единый, функционально и информационно
независимый блок. Для разработки такого типа приложений эффективным
оказался каскадный способ. Каждый этап завершался после полного
выполнения и документального оформления всех предусмотренных работ.
Каскадный подход неплохо зарекомендовал себя при создании
относительно простых ИС, когда в самом начале проекта можно очень
точно и емко сформулировать нужные требования к системе. Главным
недостатком такого подхода можно назвать то, что процесс реального
создания системы не может полностью уложится в такую жесткую схему,
постоянно есть потребность в возвращении к предыдущим этапам и
просмотре или изменении ранее принятых решений. В итоге реальный
процесс разработки ИС оказывается похож на поэтапную модель с
промежуточным контролем.
Выделяют следующие положительные стороны использования
каскадного подхода:
• Каждый этап включает в себя законченный набор проектной
документации, отвечающий критериям согласованности и полноты;