51
В контексте C++Builder RAD подразумевает не только реальное ускорение
типичного цикла «редактирование - компиляция - компоновка - прогон - отладка»,
но и придает создаваемым проектам изящество компонентной модели.
Уникальная среда разработки C++Builder 6 2010 IDE Insight позволяет
обращаться ко всем возможностям, параметрам и компонентам интегрированной
среды разработки, не тратя время на их поиск в меню и диалоговых окнах;
обозреватель классов, обеспечивающий управление классами в проекте и быстрый
переход между ними; объединяет Дизайнер форм, Инспектор объектов, Палитру
компонентов, Менеджер проектов и полностью интегрированные Редактор кода и
Отладчик - основные инструменты RAD.
В Builder C++ 6 2010 добавлены поддерживаемые отладчиком средства
визуализации данных, упрощающие отладку, позволяя настраивать отображение
типов данных в отладчике; поддерживаемые отладчиком средства управления
потоками, обеспечивающие заморозку, разморозку и изоляцию потоков, а также
установку контрольных точек для выбранных потоков, что упрощает разрешение
проблем; Builder C++ 6 2010 содержит новые параметры отладчика: Scroll new events
into view («Прокрутка новых событий в представлении») и Ignore non-user breakpoints
(«Игнорирование не пользовательских контрольных точек»), как на уровне исходных
инструкций, так и на уровне ассемблерных команд - в расчете удовлетворить высокие
требования программистов-профессионалов.
Оптимизирующий 32-разрядный компилятор построен по оригинальной и
проверенной адаптивной технологии, обеспечивающей исключительно надежную и
быструю оптимизацию, как объема выходного исполняемого кода, так и требуемой
памяти.
Визуальная разработка методом «перетаскивания» (drag-and-drop) многократно
упрощает и ускоряет трудоемкий процесс программирования приложений СУБД. В
основе объектно-ориентированного взаимодействия клиент - сервер лежит понятие
наборов данных (dataset) - таблиц, запросов, хранимых процедур - основных
сущностей БД, которыми оперируют компоненты доступа. Широкий выбор
компонентов визуализации и редактирования позволяет легко изменять вид
представления наборов данных. C++Builder использует проводник баз данных и
52
масштабируемый словарь данных для того, чтобы автоматически настроить средства
отображения и редактирования применительно к специфике вашей информации.
Наряду с дизайнерами и художниками-оформителями к прикладным
разработкам в ключевых областях сети все чаще привлекаются профессионалы-
программисты. Качественное приложение способно динамически выбирать
информацию с сервера и предоставлять ее в формате, удобном для потребителей
разного уровня, так, чтобы они смогли составить свое заключение и принять
адекватное решение в кратчайший срок. C++Builder 6 2010 полностью удовлетворяет
этим требованиям, обеспечивая:
- высокую надежность, степень интеграции и качество управления;
- быстрое визуальное проектирование эффективных приложений для
переработки больших объемов информации;
- поддержку механизмов принятия решения и доступа к удаленным базам
данных.
C++Builder предоставляет свою мощь и широкие возможности языка C++
всему семейству систем объектно-ориентированного программирования. Система
C++Builder может быть использована везде, где требуется дополнить существующие
приложения расширенным промышленным стандартом языка C++, повысить
быстродействие и придать пользовательскому интерфейсу профессиональный облик.
Все компоненты, формы и модули данных, которые накопили программисты,
работающие в Delphi, могут быть многократно использованы в приложениях
C++Builder без каких бы то ни было изменений. C++Builder идеально подойдет тем
разработчикам, которые предпочитают выразительную мощность языка C++, однако
хотят сохранить продуктивность Delphi. Уникальная взаимосвязь этих систем
программирования позволяет при создании приложения без труда переходить из
одной среды разработки в другую.
Какую систему выбрать? Delphi использует язык Объектный Паскаль, который
преподается во многих специализированных школах и учебных институтах. Система
C++Builder, как следует из названия, построена на языке C++, который наиболее
распространен в крупных фирмах, занимающихся разработкой математического
обеспечения профессионального уровня. C++Builder является более мощной
53
системой, которая идеально подходит разработчикам, которые предпочитают
выразительную мощь языка C++, однако хотят сохранить продуктивность Delphi.
Сопровождение программных продуктов, написанных в системе Delphi, проще чем
написанных в C++Builder.
Проведем выбора среды программирования методом экспертного оценивания.
Выделим критерии оценки среды программирования. Важность каждого из
представленных критериев была оценена экспертами по 100 бальной шкале. Исходя
из полученных данных, находится средний балл и коэффициент относительной
важности критерия. Результаты экспертизы представлены в таблицах 1.9 -1.10.
Таблица 1.9
Результаты экспертизы сред разработки, первый этап
Функция
Эксперт 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.10
Результаты экспертизы сред разработки, второй этап
______________
Функция
Коэффициент
относительной
важности
Среда программирования
Delphi C++ Builder
Стоимость 13,7
+ +
Простота сопровождения 13,2
+ -
Временные затраты на
разработку
14,8
+
-
Быстродействие
15
+ +
Удобный дизайн 14
+ +
Мощность пакета 13,8
+ +
Возможности языка 15,5
+ +
Сумма
100,0% 100 72
54
Учитывая все вышесказанное и результаты анализа экспертным оцениванием
можно сделать выбор среды программной разработки в пользу Delphi, который
обеспечивает чрезвычайно высокую производительность и удобство использования.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это персональный компьютер, оргтехника, линии
связи, оборудование сетей. Вид информационной технологии, зависящий от
технической оснащенности (ручной, автоматизированный, удаленный) влияет на
сбор, обработку и передачу информации.
Комплекс технических средств составляют:
• компьютеры;
• устройства сбора, накопления, обработки, передачи и вывода
информации -жесткие диски, устройства хранения данных, сканеры, принтеры,
факсимильные аппараты;
• устройства передачи данных и линий связи - модемы;
• эксплуатационные материалы - бумага, CD (DVD)- диски и т. п.
При выборе компьютера необходимо руководствоваться рядом характеристик.
К таким характеристикам относятся надежность, стоимостные затраты,
производительность, простота использования и др. От значения указанных
параметров зависит возможность работы с требуемыми программными средствами, а
следовательно, и успех создания системы.
Для каждого из элементов данной схемы выделяется перечень критериев,
наиболее важных при осуществлении выбора технического обеспечения. Эти
критерии таковы:
• тактовая частота процессора;
• разрешение монитора;
• объем оперативной памяти.
Для решения поставленной задачи необходимо использовать персональный
компьютер с уровнем вычислительной мощности AMD 2000 Мгц, либо Intel 2000
Мгц, с объемом оперативной памяти от 2 Гб. Система оптимизирована для работы в
55
экранном разрешении 1024x768 на мониторе с диагональю 17 дюймов. Все эти
технические средства обладают достаточной для решения задачи конфигурацией.
Технические характеристики подходящих рабочих станций приведены в
таблице 1.11:
Таблица 1.11
Характеристики рабочих станций
Модель процессора
Intel Core i3-370M Intel Atom Single Core
2.4GHz N270 - 1.66GHz
Оперативная память
3072Mb 2048Mb
Жесткий диск
320Gb
160 Gb
Оптический привод Нет
DVD-RW
Видеоадаптер
Интегрирован в чипсет Интегрирован в чипсет
В таблице приведены характеристики рабочих станций, но более подходящей
будет являться вторая станция, т.к. в ней есть наличие оптического привода.
Для печати, сканирования и копирования документов должно присутствовать
соответствующее оборудование. Для обеспечения сохранности данных при
аварийном отключении электропитания персональный компьютер должен быть
оборудован блоком бесперебойного питания.
Источник бесперебойного питания подбирается исходя из мощности,
потребляемой компьютером, а также исходя из требуемого времени работы
компьютера от ИБП. Наиболее характерными значениями являются 600-800 Вт и 5—
10 минут. Под эти параметры подходит ИБП APC Smart-UPS 750VA, характеристики
которого приведены в таблице 1.12.
Таблица 1.12
Технические характеристики ИБП APC Smart-UPS 750VA
Характеристика Значение
Максимальная выходная мощность 500 Ватт / 750 ВА
Максимальное задаваемое значение
мощности
500 Ватт / 750 ВА
Номинальное выходное напряжение 230V
Номинальное входное напряжение 230V
Входная частота )
50/60 Hz +/- 3 Hz (auto sensing
56
Тип входного соединения IEC-320-C14 inlet
Диапазон входного напряжения при
работе от сети
160 - 285В
Диапазон регулировки входного
напряжения при работе от сети
151 - 302В
Типовая продолжительность работы в
автономном режиме под половинной
нагрузкой
16.4 Минуты (250 Ватт)
Типовая продолжительность работы в
автономном режиме под полной
нагрузкой
4.8 Минуты (500 Ватт)
В данном виде информационная система будет готова к внедрению
автоматизированной системы учета приема и идентификации поступившей
продукции.
57
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Методология проектирования информационных систем описывает процесс
создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя
его как некоторую последовательность стадий и выполняемых на них процессов. Для
каждого этапа определяются состав и последовательность выполняемых работ,
получаемые результаты, методы и средства, необходимые для выполнения работ,
роли и ответственность участников и т.д. Такое формальное описание ЖЦ ИС
позволяет спланировать и организовать процесс коллективной разработки и
обеспечить управление этим процессом.
Жизненный цикл ИС можно представить как ряд событий, происходящих с
системой в процессе ее создания и использования.
Жизненный цикл ИС можно представить как ряд событий, происходящих с
системой в процессе ее создания и использования. Модель жизненного цикла
отражает различные состояния системы, начиная с момента возникновения
необходимости в данной ИС и заканчивая моментом ее полного выхода из
употребления. Модель жизненного цикла - структура, содержащая процессы,
действия и задачи, которые осуществляются в ходе разработки, функционирования и
сопровождения программного продукта в течение всей жизни системы, от
определения требований до завершения ее использования.
В настоящее время известны и используются следующие модели жизненного
цикла:
• Каскадная модель (Рис. 2.1) предусматривает последовательное
выполнение всех этапов проекта в строго фиксированном порядке. Переход на
следующий этап означает полное завершение работ на предыдущем этапе.
• Поэтапная модель с промежуточным контролем (Рис. 2.2). Разработка
ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные
корректировки позволяют учитывать реально существующее взаимовлияние
58
результатов разработки на различных этапах; время жизни каждого из этапов
растягивается на весь период разработки.
• Спиральная модель (Рис. 2.3). На каждом цикле выполняется создание
очередной версии продукта, уточняются требования проекта, определяется его
качество и планируются работы следующего цикла. Особое внимание уделяется
начальным этапам разработки - анализу и проектированию, где реализуемость тех
или иных технических решений проверяется и обосновывается посредством создания
прототипов (макетирования).
Рис. 2.1 Каскадная модель ЖЦ ИС
Рис. 2.2 Поэтапная модель с промежуточным контролем
59
Рис. 2.3 Спиральная модель ЖЦ ИС
Жизненный цикл определяется как непрерывный процесс, который обычно
начинается с момента принятия решения о важности его реализации и заканчивается
сразу же после его изъятия из эксплуатации.
Среди наиболее популярных стандартов обычно выделяют следующие:
• ГОСТ 34.601-90 - применим к автоматизированным системам и
устанавливает все стадии и этапы их разработки. Также в этом стандарте есть
описание содержания работ для каждого этапа. Этапы и стадии, которые закреплены
в данном стандарте, чаще всего соответствуют каскадной модели жизненного цикла.
• ISO/IEC 12207 - стандарт, определяющий процессы и организацию
жизненного цикла. Применим к любому виду заказного ПО. В стандарте нет
описания стадий, фаз и этапов.
• Custom Development Method (Oracle) - технологический материал по
разработке прикладных ИС, который детализирован до уровня заготовок проектных
инструкций, которые будут использоваться в проектах с участием Oracle.
Используется CDM для классической модели ЖЦ (имеются все этапы и задачи), а
также при технологии быстрой разработки или облегченного прохода, которые
используются в случае малого проекта.
• Rational Unified Process (RUP) - использует некую интерактивную
модель разработки, которая включает 4 фазы: начало, исследование, построение и
внедрение. Любая из этих фаз может разбиваться на этапы, в результате которых
исполняется версия для внутреннего или внешнего использования. Проход по всем 4
фазам - это цикл разработки, и каждый такой цикл завершается генерацией версии
60
системы. Если после этого проект продолжается, то сам продукт также
видоизменяется и проходит эти фазы еще раз. Суть работы в рамках RUP - разработки
и сопровождение моделей на базе UML.
• Microsoft Solution Framework (MSF) - поход на RUP, также имеет 4 фазы:
анализ, проектирование, разработка и стабилизация, является итерационным и
предполагает применение объектно-ориентированных моделей. MSF в сравнении с
RUP в большей степени предназначен для создания бизнес-приложений.
• Extreme Programming (XP) - экстремальное программирование
(новейшая методология, сформировалась в 96 году). Основу методологии составляют
командная работы, активная коммуникация с заказчиком в течение всего проекта по
созданию ИС, ведение разработки с применением последовательно обрабатываемых
прототипов.
Для выбора стандарта основным фактором будет являться более подробное и
полное описание работы на стадиях и этапах разработки АС.
Стандарт ISO/IEP 12207 не имеет подробного описания работы на разных
стадиях и этапах создания АС.
Стандарт CDM рассчитан на проекты с использованием Oracle-технологий,
которые не применяются в данном проекте.
Стандарт MSF, как было сказано выше, ориентирован на бизнес-сферу.
Стандарт XP больше рассчитан на команду. Поэтому в данном проекте
используется ГОСТ 34.601-90, поскольку именно у него есть описание работы на
каждом этапе разработки АС.
Базовыми стадиями создания АС являются:
1) Выведение требований к системе;
2) Создание концепции;
3) Написание ТЗ;
4) Составление технического проекта;
5) Подготовка документации;
6) Внедрение.
На стадии «Выведение требований к системе» делаются следующие работы:
• Обследуется объект;