58
созданию компонент был серьезным шагом вперед. Дополнительный выигрыш
обеспечивался за счет нормальной компиляции, обеспечивающей получение
более производительных программ. Первые две версии Delphi довольно быстро
завоевали симпатии не только у вузовских аудиторий, где Pascal пользовался
особым уважением, но и среди профессионалов. Это подтолкнуло одно из
подразделений фирмы Borland International на перенос визуальной технологии в
среду C++. Так, почти одновременно с появлением Delphi 2.0 на рынке появилась
первая версия Borland C++ Builder (ВСВ). Основу первой версии ВСВ составила
библиотека визуальных компонент VCL (Visual Component Library), перенесенная
без изменений из Delphi 2. Интерфейсы сред Delphi и ВСВ похожи друг на друга
как близнецы, да и большая часть ВСВ была разработана на языке Object Pascal в
среде Delphi. Благодаря своему происхождению система ВСВ оказалась
двуязычной. Кроме своего основного языка программирования она позволяет
практически без каких-либо доработок использовать формы, объекты и модули,
разработанные в среде Delphi. Чтобы еще больше расширить сферу влияния среды
ВСВ, ее авторы в последующих версиях обеспечили возможность использования
библиотеки классов MFC (Microsoft Foundation Classes), разработанной фирмой
Microsoft.
Delphi 7 2010 г – это прекрасный инструмент, но в то же время и сложная
программная среда, состоящая из многих элементов. Включает в себя новый
интерфейс Galileo, а так же interbase server и desktop, remote debugger server, Model
Maker, Install Shield
Особенно привлекательными в Delphi являются такие изначальные возможности,
как объектно-ориентированный подход к программированию, основанный на
формах, ее высоко производительный (32-разрядный оптимизирующий
компилятор), замечательная поддержка баз данных, тесная интеграция с
программированием под Windows и технология компонентов. Но самой важной
частью является язык
Object Pascal, на фундаменте которого строится все остальное.
Delphi 7 2010 г обладает открытой архитектурой, полностью поддерживает
технологии Microsoft OLE Automation, ActiveX, ODBC. Компилятор позволяет
59
иметь доступ ко всем ресурсам операционных систем, реализующих интерфейс
Win32 (Windows ХР и Windows 7 ).
Программы Delphi используют объектно-ориентированную структуру под
названием VCL – Visual Component Library (Библиотека Визуальных
Компонентов). Именно VCL поднимает быструю разработку приложений на
новый уровень. Можно расширить свои возможности за счет создания своих
собственных компонентов. К тому же независимые поставщики уже создали
множество компонентов такого рода.
Delphi 7 2010г имеет много других улучшений IDE, расширенную поддержку баз
данных (по специальным наборам данных ADO и InterBase), улучшенную версию
MIDAS с поддержкой Интернета, инструмент управления версиями TeamSours,
возможности перевода, концепцию фреймов и большое количество новых
компонентов.
В основе идеологии Delphi лежат технологии визуального проектирования и
программирование процедур обработки событий, применение которых позволяет
существенно сократить время разработки и облегчить процесс создания
приложений.
C++Builder 6 2010 – очередная версия системы объектно-ориентированного
программирования для операционных систем Windows 2000, Windows XP,
Windows Vista и Windows 7. Интегрированная среда системы (Integrated
Development Environment, IDE) обеспечивает ускорение визуального
проектирования, а также продуктивность многократно используемых
компонентов в сочетании с усовершенствованными инструментами и
разномасштабными средствами доступа к базам данных.
Стандарты пользовательских интерфейсов меняются и развиваются так же
быстро, как и операционные системы. Открытость среды IDE позволяет
настраивать ее с учетом наиболее модных тенденций в области графических
интерфейсов. Визуальный интерфейс сочетает в себе простоту использования для
новичка и богатство возможностей для профессионала.
60
Система C++Builder 6 2010 может быть использована везде, где требуется
дополнить существующие приложения (как прикладные, так и системные)
расширенным стандартом языка C++, повысить быстродействие и надежность
программ, придать пользовательскому интерфейсу качество профессионального
уровня, позволяет быстро создавать использующие сенсорный ввод данных
графические интерфейсы и приложения для КПК, сенсорных панелей и
автономных общедоступных систем и модернизировать существующие
приложения с минимальным добавлением кода или без него.
В контексте 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-разрядный компилятор построен по оригинальной и
проверенной адаптивной технологии, обеспечивающей исключительно надежную
61
и быструю оптимизацию, как объема выходного исполняемого кода, так и
требуемой памяти.
Визуальная разработка методом «перетаскивания» (drag-and-drop) многократно
упрощает и ускоряет трудоемкий процесс программирования приложений СУБД.
В основе объектно-ориентированного взаимодействия клиент – сервер лежит
понятие наборов данных (dataset) – таблиц, запросов, хранимых процедур –
основных сущностей БД, которыми оперируют компоненты доступа. Широкий
выбор компонентов визуализации и редактирования позволяет легко изменять вид
представления наборов данных. C++Builder использует проводник баз данных и
масштабируемый словарь данных для того, чтобы автоматически настроить
средства отображения и редактирования применительно к специфике вашей
информации.
Наряду с дизайнерами и художниками-оформителями к прикладным разработкам
в ключевых областях сети все чаще привлекаются профессионалы-программисты.
Качественное приложение способно динамически выбирать информацию с
сервера и предоставлять ее в формате, удобном для потребителей разного уровня,
так, чтобы они смогли составить свое заключение и принять адекватное решение
в кратчайший срок. C++Builder 6 2010 полностью удовлетворяет этим
требованиям, обеспечивая:
– высокую надежность, степень интеграции и качество управления;
– быстрое визуальное проектирование эффективных приложений для
переработки больших объемов информации;
– поддержку механизмов принятия решения и доступа к удаленным
базам данных.
C++Builder предоставляет свою мощь и широкие возможности языка C++ всему
семейству систем объектно-ориентированного программирования. Система
C++Builder может быть использована везде, где требуется дополнить
существующие приложения расширенным промышленным стандартом языка
C++, повысить быстродействие и придать пользовательскому интерфейсу
профессиональный облик.
62
Все компоненты, формы и модули данных, которые накопили программисты,
работающие в Delphi, могут быть многократно использованы в приложениях
C++Builder без каких бы то ни было изменений. C++Builder идеально подойдет
тем разработчикам, которые предпочитают выразительную мощность языка C++,
однако хотят сохранить продуктивность Delphi. Уникальная взаимосвязь этих
систем программирования позволяет при создании приложения без труда
переходить из одной среды разработки в другую.
Учитывая все вышесказанное и результаты анализа экспертным оцениванием
можно сделать выбор среды программной разработки в пользу Delphi, который
обеспечивает чрезвычайно высокую производительность и удобство
использования.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение выражает комплекс технических средств, которые
могут обеспечить работу всей системы. Обычно это средства сбора, передачи,
контроля, обработки и размножения данных.
В рассматриваемой задаче автоматизации, в ходе которой необходимо
автоматизировать процесс сервисного обслуживания клиентов, в качестве
технического обеспечения используются следующие средства:
персональные компьютеры менеджеров;
сервера;
соединительные линии локальной вычислительной сети.
Персональные компьютеры оцениваются по следующим основным критериям:
быстродействие процессора;
объем жесткого диска;
объем оперативной памяти;
быстродействие видеокарты.
Так как разрабатываемый модуль будет работать на основе клиент-серверной
технологии, то все вычисления будут производиться на стороне сервера,
63
следовательно, системные требования к персональным компьютерам
минимальны.
Технические характеристики используемых в банке персональных компьютеров
относятся к компьютерам со средней производительностью, откуда можно
сделать вывод, что их модернизация или замена в целях выполнения
поставленной задачи не требуется.
Технические характеристики серверов также не подлежат улучшению, так как в
настоящее время используемые модели серверов имею возможность нарастить
свою производительность для выполнения автоматизируемой задачи без ущерба
для других выполняемых ими задач.
64
2 Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл определяется как непрерывный процесс, который
обычно начинается с момента принятия решения о важности его реализации и
заканчивается сразу же после его изъятия из эксплуатации.
Среди наиболее популярных стандартов обычно выделяют следующие:
• ГОСТ 34.601-90 – применим к автоматизированным системам и
устанавливает все стадии и этапы их разработки. Также в этом стандарте есть
описание содержания работ для каждого этапа. Этапы и стадии, которые
закреплены в данном стандарте, чаще всего соответствуют каскадной модели
жизненного цикла.
• ISO/IEC 12207 – стандарт, определяющий процессы и организацию
жизненного цикла. Применим к любому виду заказного ПО. В стандарте нет
описания стадий, фаз и этапов.
• Custom Development Method (Oracle) – технологический материал
по разработке прикладных ИС, который детализирован до уровня заготовок
проектных инструкций, которые будут использоваться в проектах с участием
Oracle. Используется CDM для классической модели ЖЦ (имеются все этапы и
задачи), а также при технологии быстрой разработки или облегченного
прохода, которые используются в случае малого проекта.
• Rational Unified Process (RUP) – использует некую интерактивную
модель разработки, которая включает 4 фазы: начало, исследование,
построение и внедрение. Любая из этих фаз может разбиваться на этапы, в
результате которых исполняется версия для внутреннего или внешнего
использования. Проход по всем 4 фазам – это цикл разработки, и каждый такой
цикл завершается генерацией версии системы. Если после этого проект
продолжается, то сам продукт также видоизменяется и проходит эти фазы еще
раз. Суть работы в рамках RUP - разработки и сопровождение моделей на базе
UML.
65
• 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) Внедрение.
В настоящее время существует две основные модели жизненного цикла –
это каскадная и спиральная модели. В каскадной модели процесс разработки идет
поэтапно, шаг за шагом. Переход к следующему этапу происходит только после
завершения предыдущего. В спиральной модели разработка проходит по
нарастающей. На начальном этапе разрабатывается система с высоким уровнем
66
абстракции, а на последующих витках эта разработка все больше и больше
конкретизируется. Для жизненного цикла текущего проекта была выбрана
каскадная модель, так как для разрабатываемой системы больше подходит
поэтапная разработка. Переход к следующему этапу происходит только после
завершения всех работ на предыдущем этапе (Ошибка! Источник ссылки не н
айден.1), включая подготовку полного пакета документации, достаточной для
того, чтобы разработка могла быть продолжена другой группой разработчиков и
есть возможность планирования сроков завершения работ и затрат на их
выполнение.
Анализ
На этом этапе проводится исследование
проблемы, которая должна быть решена,
четко формулируются все требования
заказчика. Результатом, получаемым на
этом этапе, является техническое
задание, согласованное со всеми
заинтересованными сторонами.
Разработка проектных решений,
удовлетворяющих всем требованиями,
сформулированным в ТЗ. Результатом
этого этапа является комплект проектной
документации, содержащей все
необходимые данные для реализации
проекта.
Последний этап — сдача
готового проекта, и ввод
его в эксплуатацию.
Проектирование
Реализация
Внедрение
Сопровождение
Проводится проверка полученного
программного обеспечения на предмет
соответствия требованиям, заявленным в
ТЗ. Опытная эксплуатация позволяет
выявить различного рода скрытые
недостатки, проявляющиеся в реальных
условиях работы информационной
системы.
Реализация проекта. Здесь осуществляется
разработка программного обеспечения в
соответствии с проектными решениями,
полученными на предыдущем этапе.
Методы, используемые для реализации, не
имеют принципиального значения.
Результатом выполнения этого этапа
является готовый программный продукт.
Рисунок 2.1 Каскадная схема разработки ПО.
Каскадный метод хорошо подходит для построения систем, где в самом
начале разработки можно достаточно точно и полно сформулировать все
требования, с тем, чтобы предоставить разработчикам свободу реализовывать их
как можно лучше с технической точки зрения. Однако в случае, если в середине
разработки вскрываются ошибки, допущенные в начале, то приходится прибегать
к энтраверсии проекта и реальная схема каскадной модели приобретает другой
вид (Ошибка! Источник ссылки не найден.). Таким образом, каскадный метод б
олее всего подходит к конкретной разработке.
67
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
Рисунок 2.2 Реальный процесс разработки ПО по каскадной схеме.
Спиральная модель (англ. spiral model) была разработана в середине 1980-х
годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-
do-check-act). При использовании этой модели ИС создается в несколько итераций
(витков спирали) методом прототипирования.
Прототип — действующий компонент ИС, реализующий отдельные
функции и внешние интерфейсы. Каждая итерация соответствует созданию
фрагмента или версии ИС, на ней уточняются цели и характеристики проекта,
оценивается качество полученных результатов и планируются работы следующей
итерации.
На каждой итерации оцениваются:
Риск превышения сроков и стоимости проекта
Необходимость выполнения еще одной итерации
Степень полноты и точности понимания требований к системе
Целесообразность прекращения проекта.
Один из примеров реализации спиральной модели — RAD (англ. Rapid
Application Development, метод быстрой разработки приложений).
Естественное развитие каскадной и спиральной моделей привело к их
сближению и появлению современного итерационного подхода, который
представляет рациональное сочетание этих моделей. Различные варианты