C++Builder передает свои возможности и широкий спектр выполняемых
функций языка C++ всему семейству систем ООП. Система C++Builder может
применятся везде, где есть необходимость улучшить существующие приложения
расширенным промышленным стандартом языка C++, увеличить скорость работы
и придать интерфейсу пользователя профессиональный облик.
Все составные части (формы, объекты), которые использовали
программисты, работающие в Delphi, могут быть применены не один раз в
приложениях C++Builder без особых изменений. C++Builder оптимален для тех
разработчиков, которые выбирают выразительную мощность языка C++, однако
также хотят сохранить производительность Delphi. Уникальное сочетание этих
систем программирования дает возможность при создании ПО без труда изменять
одну среду разработки на другую.
Для выбора используемой среды разработки необходимо выделить
критерии оценки каждого альтернативного варианта по шкале из ста баллов,
исходя из этого высчитать средний балл каждого критерия и определить его
относительную важность по сравнению с другими критериями.
Результаты такой оценки показаны в таблицах 1.5 и 1.6.
Таблица 1.5
Результаты экспертизы сред разработки, первый этап
Функция
Эксперт
1
Эксперт
2
Эксперт
3
Средний балл
по 100 бальной
шкале
Коэффициент
относительной
важности
Стоимость
75
90
85
83
13,7
Простота
сопровождения
80
75
86
80
13,2
Временные
затраты на
разработку
90
85
95
90
14,8
Быстродействие
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%
Таблица 1.6
Результаты экспертизы сред разработки, второй этап
Функция
Коэффициент
относительной
важности
Среда программирования
Delphi
C++ Builder
Стоимость
13,7
+
+
Простота сопровождения
13,2
+
-
Временные затраты на
разработку
14,8
+
-
Быстродействие
15
+
+
Удобный дизайн
14
+
+
Мощность пакета
13,8
+
+
Возможности языка
15,5
+
+
Сумма
100,0%
100
72
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в пользу
Delphi, который обеспечивает чрезвычайно высокую производительность и
удобство использования.
Для разработки будем использовать среду разработки RAD Studio
Professional.
На основании изучения СУБД выбираем для использования СУБД MS SQL
Server .
Информационное обеспечение (ИО) подсистемы состоит из
информационной модели работы персонала компании. Обычно выделяют
внемашинное и внутримашинное обеспечение [14].
ИО состоит из: системы определения и кодирования; системы обобщения
документации, применяемой в ИО, информационную базу, т.е. данные из всех
массивов данных.
Внемашинное обеспечение включает в себя совокупность данных, главную
часть которых составляют документы. Можно различать первичные (входные)
документы, например, декларации и другую отчетность налогоплательщиков, а
также вторичные (выходные) документы.
Внутримашинное ИО определяет представление данных на физических
носителях в виде специальных массивов (файлов), БД и их информационных
связей. Внутримашинное ИО подсистемы использует информационную среду,
направленную на реализацию сотрудниками своих должностных обязанностей.
Эта область выражается набором объектов, их свойств и взаимосвязей. Для
каждого отдельного объекта определяется набор его характеристик и свойств.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций [15];
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также утверждены
с заказчиком.
• в ИС важно предусмотреть механизмы проверки входной и выходной
информации, обновления данных в массивах данных, отслеживания целостности
БД, защиты НСД.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это персональный компьютер, оргтехника,
линии связи, оборудование сетей. Вид информационной технологии, зависящий
от технической оснащенности (ручной, автоматизированный, удаленный) влияет
на сбор, обработку и передачу информации [16].
Комплекс технических средств составляют:
компьютеры;
устройства сбора, накопления, обработки, передачи и вывода
информации –жесткие диски, устройства хранения данных, сканеры, принтеры,
факсимильные аппараты;
устройства передачи данных и линий связи – модемы;
эксплуатационные материалы – бумага, CD (DVD)- диски и т. п.
При выборе компьютера необходимо руководствоваться рядом
характеристик. К таким характеристикам относятся надежность, стоимостные
затраты, производительность, простота использования и др. От значения
указанных параметров зависит возможность работы с требуемыми
программными средствами, а следовательно, и успех создания системы.
Для каждого из элементов данной схемы выделяется перечень критериев,
наиболее важных при осуществлении выбора технического обеспечения. Эти
критерии таковы [17]:
тактовая частота процессора;
разрешение монитора;
объем оперативной памяти.
Для решения поставленной задачи необходимо использовать персональный
компьютер с уровнем вычислительной мощности AMD 2000 Мгц, либо Intel 2000
Мгц, с объемом оперативной памяти от 2 Гб. Система оптимизирована для работы
в экранном разрешении 1024х768 на мониторе с диагональю 17 дюймов. Все эти
технические средства обладают достаточной для решения задачи конфигурацией.
Технические характеристики подходящих рабочих станций приведены в
таблице 1.7:
Таблица 1.7
Характеристики рабочих станций
TopComp PW 4576781
ТopComp PW 4467652
Процессор
Intel Core i3 2100
Intel Core i3 6100
Тактовая частота
процессора:
3.1 ГГц
3.7 ГГц
Чипсет:
Intel H61
Intel B150
Оперативная память
Объем памяти:
4 Гб
4 Гб
Тип памяти:
DDR3
DDR3
Частота памяти:
1333 МГц
1333 МГц
Жёсткий диск
Объем жесткого диска:
500 Гб
1000 Гб
Скорость вращения
жесткого диска:
7200 об/мин
7200 об/мин
Форм-фактор HDD:
3.5"
3.5"
Видеокарта:
NVIDIA Quadro K420 -
2048 Мб
NVIDIA Quadro K420 -
2048 Мб
В таблице приведены характеристики рабочих станций, но более
подходящей будет являться вторая станция, т.к. в ней мощнее процессор.
Для печати, сканирования и копирования документов должно
присутствовать соответствующее оборудование. Для обеспечения сохранности
данных при аварийном отключении электропитания персональный компьютер
должен быть оборудован блоком бесперебойного питания.
Источник бесперебойного питания подбирается исходя из мощности,
потребляемой компьютером, а также исходя из требуемого времени работы
компьютера от ИБП. Наиболее характерными значениями являются 600-800 Вт и
5—10 минут. Под эти параметры подходит ИБП APC Smart-UPS 750VA,
характеристики которого приведены в таблице 1.8.
Таблица 1.8
Технические характеристики ИБП APC Smart-UPS 750VA
Характеристика
Значение
Максимальная выходная мощность
500 Ватт / 750 ВА
Максимальное задаваемое значение
мощности
500 Ватт / 750 ВА
Номинальное выходное напряжение
230V
Номинальное входное напряжение
230V
Входная частота )
50/60 Hz +/- 3 Hz (auto sensing
Тип входного соединения
IEC-320-C14 inlet
Диапазон входного напряжения при
работе от сети
160 - 285В
Диапазон регулировки входного
напряжения при работе от сети
151 - 302В
Типовая продолжительность работы в
автономном режиме под половинной
нагрузкой
16.4 Минуты (250 Ватт)
Типовая продолжительность работы в
автономном режиме под полной
нагрузкой
4.8 Минуты (500 Ватт)
В данном виде информационная система будет готова к внедрению
автоматизированной системы.
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
ЖЦ является непрерывным процессом, который изначально начинается с
момента выражения решения о необходимости его создания и заканчивается
после факта изъятия из обращения.
Среди самых популярных стандартов часто выделяют такие:
ГОСТ 34.601-90 – используется в АИС и устанавливает все этапы и
стадии их создания. Также он описывает содержание работ для любого этапа.
Стадии и этапы, закрепленные внутри стандарта, больше всего соответствуют
каскадной модели ЖЦ;
ГОСТ Р 12207-2010 – стандарт, указывающий процессы и
организацию ЖЦ. Может использоваться в любом виде заказного ПО. Стандарт
не имеет описания стадий и этапов [19];
Custom Development Metho – технологический материал по созданию
прикладных ИС, детализированный до уровня заготовок проектных решений,
которыми пользуются в проектах с использованием средств Oracle. Применяется
CDM для классической модели ЖЦ (есть все этапы и описанные задачи), а также
в процессе «оперативной разработки» или «облегченного прохода», которые
применяются в рамках малых проектов [20];
Rational Unified Process (RUP) – применяет интерактивную модель
разработки, включающую 4 фазы: старт, изучение, создание и внедрение. Каждая
из фаз может делится на этапы, которые в итоге создают версию для внутреннего
или внешнего применения. Завершение всех 4 фаз – это цикл разработки, и по
завершению одного цикла генерируется новая версия системы. Если по факту
проект продолжается, то сам продукт тоже изменяется и проходит вновь эти 4
фазы. Суть работы при использовании RUP – создание и поддержка моделей на
базе UML [6];
Microsoft Solution Framework (MSF) – аналогичен RUP, тоже состоит
из 4 фаз: изучение, разработка, реализация и проверка, считается итерационным
и включает применение объектно-ориентированных моделей. MSF в отличии от
RUP чаще всего используется для создания бизнес ПО;
Extreme Programming (XP) – экстремальное программирование
(современная методология, создана в 1996 году). Ее суть составляют командная
работа, постоянная коммуникация с заказчиком в рамках всего проектирования
ИС, создание проекта с использованием последовательно оптимизируемых
прототипов.
Для определения стандарта главным фактором выступает более подробное и
полноценное описание работы на этапах и стадия АС.
Стандарт ISO/IEP 12207 не включает полноценного описания работы на этапах
и стадиях реализации АС.
Стандарт CDM оправдан при работе с проектами, включающими Oracle-
технологий, которые в нашем случае не используются.
Стандарт MSF, как было описано выше, направлен на бизнес-сферу [21].
Стандарт XP предпочтителен для команды. Поэтому в нашем случае будет
использоваться ГОСТ 34.601-90, т.к. именно он имеет описание работы на любом
этапе создания АС.
Основные стадии создания АС включают в себя:
1) Определение требований к системе;
2) Подготовка концепции;
3) Подготовка ТЗ;
4) Реализация технического проекта;
5) Написание документации;
6) Установка и использование.
Рисунок 2.1 Базовые стадии реализации ИС
1) Формирование требований к системе
2) Разработка концепции
6) Внедрение
3) Техническое задание
4) Технический проект
5) Оформление документации
В рамках этапа «Введение требований к системе» реализуется следующее:
Изучается сам объект;
Готовятся требования пользователя;
Указывается важность разработки.
В данном этапе используются такие участники, как: IT-менеджер,
руководитель отдела производства. По факту создания всех задач готовится отчет
о выполненной работе – описывается объект автоматизации, выделяются
требования системе, отражаются расходы на создание, введение в работу и
поддержку, указывается возможный эффект от реализации и отражаются условия
для корректной работы системы.
По факту реализации этапа «Отражение требований к системе» готовятся виды
концепций. Создается ряд доступных концепции и планов реализации,
анализируют ресурсы, требуемые для реализации ИС и ее адекватной работы,
изучают недостатки и преимущества всех методов, сверяют требования
пользователей и показатели всех предлагаемых систем.
В рамках этапа «Подготовка концепции» используется только IT-менеджер. По
факту завершения всех описанных работ определяется самый удачный из всех
приемлемых вариантов, который сможет полностью удовлетворить всем
требованиям [7].
По факту завершения этапа «Подготовка концепции» выполняется ТЗ проекта
автоматизации. По факту его подготовки нужно его согласовать и утвердить. В
этом этапе принимают участие: IT-менеджер и руководитель отдела
делопроизводства. По факту завершения этот пункт отражает - функции ИС и
подсистем, состав совокупных и персональных задач, концепцию БД, состав
СУБД, параметры и функции программных средств.
По факту утверждения ТЗ реализуется разработка проектного решения. IT-
менеджер и программист готовят физическую и логическую модель БД, отражают
совокупную организацию данных.
По факту окончания этапа «Подготовка технического проекта» IT-менеджер и
программист готовят рабочую документацию, состоящую из: программных и
технических требований, руководства по применению. По итогу всех работ и
написания документации нужно лишь установить систему.
Этап установки состоит из: подготовки исследуемого объекта, тренинг
сотрудников, проведение пуско-наладочных и монтажных работ, реализация
испытаний, первый опытный запуск и приемочные испытания. На данном этапе
задействованы: IT-менеджер, сисадмин, руководитель делопроизводства. По
итогу происходит изучение итогов испытаний ИС, проверка соответствия ТЗ,
устранения возможных неполадок и подпись всех актов [18].
Сейчас все чаще применяют такую следующую модель ЖЦ:
Каскадная модель (Рисунок 2.2) включает в себя последовательную
реализацию описанных этапов в порядке очередности. Переход на дальнейший
этап отражает полную готовность на всех предыдущих.
Рисунок 2.2 - Каскадная модель ЖЦ ИС
Поэтапная модель с серединным контролем (Рисунок 2.3). Создание ИС
происходит итерациями с циклами обратной связи по каждому этапу.
Межэтапные проверки помогают учесть реально возникающие взаимовлияния
итогов проектировки на различных этапах; время жизни любого из этапов равно
совокупному периоду создания.
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Рисунок 2.3 - Поэтапная модель с серединным контролем
Спиральная модель (Рисунок 2.4). Каждый цикл реализует создание другой
версии продукта, утверждаются правила проекта, проверяется уровень его
качество, рассматриваются работы будущего цикла.
Рисунок 2.4 - Спиральная модель ЖЦ ИС
Большое внимание уделено стартовым этапам разработки – разработке и
изучению, где все технические решения корректируются и доказываются методом
создания прототипов.
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Проектирование
Реализация
Тестирование
Версия 1
Версия 2
Версия 3
Разработка
требований
Ввод в действие
прототипов системы