52
типов данных в отладчике; поддерживаемые отладчиком средства управления
потоками, обеспечивающие заморозку, разморозку и изоляцию потоков, а также
установку контрольных точек для выбранных потоков, что упрощает разрешение
проблем; Builder C++ 6 2010 содержит новые параметры отладчика: Scroll new
events into view («Прокрутка новых событий в представлении») и Ignore non-user
breakpoints («Игнорирование не пользовательских контрольных точек»), как на
уровне исходных инструкций, так и на уровне ассемблерных команд - в расчете
удовлетворить высокие требования программистов-профессионалов.
Оптимизирующий 32-разрядный компилятор построен по оригинальной и
проверенной адаптивной технологии, обеспечивающей исключительно надежную
и быструю оптимизацию, как объема выходного исполняемого кода, так и
требуемой памяти.
Визуальная разработка методом «перетаскивания» (drag-and-drop)
многократно упрощает и ускоряет трудоемкий процесс программирования
приложений СУБД. В основе объектно-ориентированного взаимодействия клиент –
сервер лежит понятие наборов данных (dataset) – таблиц, запросов, хранимых
процедур – основных сущностей БД, которыми оперируют компоненты доступа.
Широкий выбор компонентов визуализации и редактирования позволяет легко
изменять вид представления наборов данных. C++Builder использует проводник
баз данных и масштабируемый словарь данных для того, чтобы автоматически
настроить средства отображения и редактирования применительно к специфике
вашей информации.
Наряду с дизайнерами и художниками-оформителями к прикладным
разработкам в ключевых областях сети все чаще привлекаются профессионалы-
программисты. Качественное приложение способно динамически выбирать
информацию с сервера и предоставлять ее в формате, удобном для потребителей
разного уровня, так, чтобы они смогли составить свое заключение и принять
адекватное решение в кратчайший срок. C++Builder 6 2010 полностью
удовлетворяет этим требованиям, обеспечивая:
– высокую надежность, степень интеграции и качество управления;
– быстрое визуальное проектирование эффективных приложений для
переработки больших объемов информации;
53
– поддержку механизмов принятия решения и доступа к удаленным
базам данных.
C++Builder предоставляет свою мощь и широкие возможности языка C++
всему семейству систем объектно-ориентированного программирования. Система
C++Builder может быть использована везде, где требуется дополнить
существующие приложения расширенным промышленным стандартом языка C++,
повысить быстродействие и придать пользовательскому интерфейсу
профессиональный облик.
Все компоненты, формы и модули данных, которые накопили
программисты, работающие в Delphi, могут быть многократно использованы в
приложениях C++Builder без каких бы то ни было изменений. C++Builder
идеально подойдет тем разработчикам, которые предпочитают выразительную
мощность языка C++, однако хотят сохранить продуктивность Delphi. Уникальная
взаимосвязь этих систем программирования позволяет при создании приложения
без труда переходить из одной среды разработки в другую.
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в пользу
Delphi, который обеспечивает чрезвычайно высокую производительность и
удобство использования.
Техническое обеспечение - это комплекс технических средств,
предназначенных для работы информационной системы, а также соответствующая
документация на эти средства и технологические процессы.
Эволюция технического обеспечения, которое включает в себя аппаратные
средства, средства коммуникации, программное обеспечение, проходит
неравномерно, скачкообразно. Развитие компьютерной техники пока происходит в
геометрической прогрессии. Каждые четыре года происходит удвоение
производительности компьютеров.
Классификация компьютерных технологий по типу пользовательского
интерфейса (как взаимодействует пользователь технологии с компьютером) -
пакетные, диалоговые, сетевые. В первом случае пользователь получает только
результаты работы технологии, в остальных он взаимодействует с ней на
индивидуальном компьютере или компьютере, подключенном к сети ЭВМ.
54
Современные технические средства обеспечения управления
информационными ресурсами по своему составу и функциональным
возможностям весьма разнообразны. Средства вычислительной техники, средства
коммуникационной техники, средства организационной техники.
Компьютерная техника предназначена, в основном, для реализации
комплексных технологий обработки и хранения информации и является базой
интеграции всех современных технических средств обеспечения управления
информационными ресурсами.
Коммуникационная техника предназначена, в основном, для реализации
технологий передачи информации и предполагает как автономное
функционирование, так и функционирование в комплексе со средствами
компьютерной техники.
Организационная техника предназначена для реализации технологий
хранения, представления и использования информации, а также для выполнения
различных вспомогательных операций в рамках тех или иных технологий
информационной поддержки управленческой деятельности.
В рассматриваемой задаче автоматизации, в ходе которой необходимо
автоматизировать процесс мониторинга заявок технической поддержки клиентов
АКБ «Российский Капитал», в качестве технического обеспечения используются
следующие средства:
персональные компьютеры менеджеров;
сервера;
соединительные линии локальной вычислительной сети.
Персональные компьютеры оцениваются по следующим основным
критериям:
быстродействие процессора;
объем жесткого диска;
объем оперативной памяти;
быстродействие видеокарты.
55
Так как разрабатываемый модуль будет работать на основе клиент-серверной
технологии, то все вычисления будут производиться на стороне сервера,
следовательно, системные требования к персональным компьютерам минимальны.
Технические характеристики используемых в банке персональных
компьютеров относятся к компьютерам со средней производительностью, откуда
можно сделать вывод, что их модернизация или замена в целях выполнения
поставленной задачи не требуется.
Технические характеристики серверов также не подлежат улучшению, так
как в настоящее время используемые модели серверов имею возможность
нарастить свою производительность для выполнения автоматизируемой задачи без
ущерба для других выполняемых ими задач.
56
2 Проектная часть
2.1 Этапы жизненного цикла проекта автоматизации
Определение жизненного цикла становится одним из главных понятий
методологии проектирования ИС. Жизненный цикл любой ИС можно
отобразить как непрерывный процесс, который начинается в момент принятия
решения о разработке ИС и заканчивается в момент завершения ее
эксплуатации.
Жизненный цикл ИС включает в себя все стадии и этапы ее создания,
сопровождения и развития:
• Анализ предметной, формирование функциональной и информационной
моделей объекта, для которого предназначается ИС;
• Проектирование ИС, основанное на разработке проектных решений,
которые отвечают всем требованиям ТЗ;
• Создание системы (в т. ч. программирование и тестирование ПО на базе
проектных спецификаций подсистем, утвержденных на стадии проектирования);
• Тестирование ИС и отслеживание сбоев для их последующего устранения;
• Внедрение и эксплуатация системы;
• Модернизация системы.
Жизненный цикл идет в соответствии с выбранной моделью ЖЦ.
Имеется целый ряд стандартов, определяющих ЖЦ ПО, а иногда и процессы
разработки.
Среди самых известных стандартов выделяют следующие:
• ГОСТ 34.601-90 - распространяется на АИС и указывает в себе стадии и
этапы их создания. Также в нем имеется описание содержания работ на всех
этапах. Стадии и этапы работы, отраженные в стандарте, зачастую
соответствуют каскадной модели жизненного цикла.
57
• 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 году. В основе
методологии лежит командная работа, четкая коммуникация между
исполнителем и заказчиком в течение всего срока проекта, а сама разработка
реализуется методом последовательной доработки прототипов.
Стандарт ISO/IEC серии 15288.
58
В стандарте ISO/IEC 12207 нет конкретной модели жизненного цикла и
методик разработки, его характеристики становятся общими для любых моделей
жизненного цикла. Моделью обычно называется структура, позволяющая
выразить последовательность реализации и взаимосвязи процессов, задач и
действий в процессе всего жизненного цикла.
В настоящее время существует две основные модели жизненного цикла – это
каскадная и спиральная модели. В каскадной модели процесс разработки идет
поэтапно, шаг за шагом. Переход к следующему этапу происходит только после
завершения предыдущего. В спиральной модели разработка проходит по
нарастающей. На начальном этапе разрабатывается система с высоким уровнем
абстракции, а на последующих витках эта разработка все больше и больше
конкретизируется. Для жизненного цикла текущего проекта была выбрана
каскадная модель, так как для разрабатываемой системы больше подходит
поэтапная разработка. Переход к следующему этапу происходит только после
завершения всех работ на предыдущем этапе (Ошибка! Источник ссылки не н
айден.1), включая подготовку полного пакета документации, достаточной для того,
чтобы разработка могла быть продолжена другой группой разработчиков и есть
возможность планирования сроков завершения работ и затрат на их выполнение.
Анализ
На этом этапе проводится исследование
проблемы, которая должна быть решена,
четко формулируются все требования
заказчика. Результатом, получаемым на
этом этапе, является техническое
задание, согласованное со всеми
заинтересованными сторонами.
Разработка проектных решений,
удовлетворяющих всем требованиями,
сформулированным в ТЗ. Результатом
этого этапа является комплект проектной
документации, содержащей все
необходимые данные для реализации
проекта.
Последний этап — сдача
готового проекта, и ввод
его в эксплуатацию.
Проектирование
Реализация
Внедрение
Сопровождение
Проводится проверка полученного
программного обеспечения на предмет
соответствия требованиям, заявленным в
ТЗ. Опытная эксплуатация позволяет
выявить различного рода скрытые
недостатки, проявляющиеся в реальных
условиях работы информационной
системы.
Реализация проекта. Здесь осуществляется
разработка программного обеспечения в
соответствии с проектными решениями,
полученными на предыдущем этапе.
Методы, используемые для реализации, не
имеют принципиального значения.
Результатом выполнения этого этапа
является готовый программный продукт.
Рисунок 2.1 Каскадная схема разработки ПО.
59
Каскадный метод хорошо подходит для построения систем, где в самом
начале разработки можно достаточно точно и полно сформулировать все
требования, с тем, чтобы предоставить разработчикам свободу реализовывать их
как можно лучше с технической точки зрения. Однако в случае, если в середине
разработки вскрываются ошибки, допущенные в начале, то приходится прибегать к
энтраверсии проекта и реальная схема каскадной модели приобретает другой вид
(Ошибка! Источник ссылки не найден.). Таким образом, каскадный метод более в
сего подходит к конкретной разработке.
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
Рисунок 2.2 Реальный процесс разработки ПО по каскадной схеме.
Спиральная модель (англ. spiral model) была разработана в середине 1980-х
годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-
check-act). При использовании этой модели ИС создается в несколько итераций
(витков спирали) методом прототипирования.
Прототип — действующий компонент ИС, реализующий отдельные
функции и внешние интерфейсы. Каждая итерация соответствует созданию
фрагмента или версии ИС, на ней уточняются цели и характеристики проекта,
оценивается качество полученных результатов и планируются работы следующей
итерации.
На каждой итерации оцениваются:
Риск превышения сроков и стоимости проекта
Необходимость выполнения еще одной итерации
60
Степень полноты и точности понимания требований к системе
Целесообразность прекращения проекта.
Один из примеров реализации спиральной модели — RAD (англ. Rapid
Application Development, метод быстрой разработки приложений).
Естественное развитие каскадной и спиральной моделей привело к их
сближению и появлению современного итерационного подхода, который
представляет рациональное сочетание этих моделей. Различные варианты
итерационного подхода реализованы в большинстве современных технологий и
методов: RUP, MSF, XP.
В связи с небольшим объемом проектных работ, а также характером
проекта выберем спиральную модель для описания жизненного цикла . В
соответствии с этим в него будут входить следующие этапы:
Формирование требований;
Проектирование;
Реализация;
Тестирование;
Ввод в действие;
Эксплуатация и сопровождение.
Для выполнения работ в описанных рамках необходимо привлечь
следующих специалистов:
программист;
тестер;
консультант (сотрудник склада);
менеджер проекта – системный администратор.
Существует 4 основных способа стратегии внедрения информационной
системы:
Параллельная стратегия;
Скачок;
Узкое место;
Опытная эксплуатация "пилотного проекта.
Параллельная стратегия не подходит, так как компания не располагает
достаточными ресурсами для ведения учета одновременно в автоматизированном и
61
ручном вариантах. Стратегия Скачек не позволяет плавно перейти на
использование разработки, узкое место больше подходит для использования в
подобных компаниях. Поэтому в качестве стратегии внедрения ИС была выбрана
«Опытная эксплуатация пилотного проекта».
Таким образом, в дипломном проекте выбран стандарт ЖЦ ИС ISO/IEC
серии 15288, выбрана модель спиральная ЖЦ ИС, стратегия внедрения «Опытная
эксплуатация пилотного проекта».
Любой проект по созданию информационной системы предприятия всегда
включает множество задач, связанных с общим управлением проектом,
разработкой ПО, проектированием ИС, внедрением, каждая из которых сама по
себе является проектом с присущими ему особенностями. Поэтому в ходе
разработки существуют различные риски.
Риски заказчика связаны с неполным достижением целей проекта и не
эффективно израсходованными средствами, а риски исполнителя - с возможностью
резкого превышения фактической себестоимости работ по сравнению с плановой.
Необходимость ведения параллельных и подчас принципиально отличающихся по
своему характеру работ приводит к тому, что многократно возрастает уровень
риска проекта.
Наиболее характерные риски проекта приведены в таблице 2.1.
Таблица 2.1
Возможные риски проекта
Этапы возникновения дефектов и ошибок
Типы первичных дефектов и ошибок
программного средства и
документации
Формирование
требований
Разработка требований
к ПО
Дефекты исходных требований
заказчика
Проектирование
Планирование работ
Дефекты, обусловленные реальной
сложностью проекта
Проектирование
архитектуры системы
Ошибки планирования и системного
проектирования программного
средства
Детальное
проектирование ПО
Системные и алгоритмические
дефекты и ошибки проекта
Реализация
Кодирование ПО
Программные дефекты и ошибки
компонентов и документов
программного средства