57
компилятор, отличная поддержка баз данных, тесная интеграция с
программированием под ОС Windows и технология компонентов.
Delphi 7 2010 г имеет открытую архитектуру, полностью адаптирован с
технологиями Microsoft OLE Automation, ActiveX, ODBC. Компилятор позволяет
реализовать доступ ко всем ресурсам ОС с поддержкой интерфейса Win32
(Windows 10).
Программы Delphi применяют объектно-ориентированную структуру,
названную VCL – Visual Component Library (библиотека визуальных
компонентов). Благодаря VCL быстрая разработка приложений поднимается на
новый уровень. Можно значительно увеличить свои возможности за счет
реализации своих собственных компонентов. Тем более многие независимые
поставщики на сегодняшний день уже реализовали множество аналогичных
компонентов.
Delphi 10 имеет большое количество других улучшений IDE,
расширенную поддержку баз данных, обновленную версию MIDAS с
поддержкой Интернета, механизм управления версиями TeamSours, поддержку
перевода, концепцию фреймов и огромное количество остальных полезных
компонентов.
В основе идеологии Delphi лежит технологии визуального проектирования
и реализация процедур обработки событий, применение которых дает
возможность значительно сократить время на создание и упростить процесс
реализации приложений.
C++Builder 2010 г является очередной версией системы с ООП для ОС
Windows. Интегрированная системная среда (IDE) позволяет ускорить
визуальное проектирование, а также увеличивает продуктивность многократно
используемых компонентов в сочетании с улучшенными инструментами и
различными средствами доступа к базам данных.
Зачастую стандарты пользовательских интерфейсов изменяются также
быстро, как и сами операционные системы. Доступность среды IDE дает
возможность настраивать ее с учетом наиболее модных тенденций в сфере
58
графических интересов. Сам визуальный интерфейс включает в себя простоту
использования для новичка и большой выбор функций для профессионала.
C++Builder 10 передает свои возможности и широкий спектр
выполняемых функций языка C++ всему семейству систем ООП. Система
C++Builder 10 может применятся везде, где есть необходимость улучшить
существующие приложения расширенным промышленным стандартом языка
C++, увеличить скорость работы и придать интерфейсу пользователя
профессиональный облик.
Все составные части (формы, объекты), которые использовали
программисты, работающие в Delphi, могут быть применены не один раз в
приложениях C++Builder 10 без особых изменений. C++Builder 10 оптимален
для тех разработчиков, которые выбирают выразительную мощность языка C++,
однако также хотят сохранить производительность Delphi. Уникальное
сочетание этих систем программирования дает возможность при создании ПО
без труда изменять одну среду разработки на другую.
Проведем выбора среды программирования методом экспертного
оценивания. Выделим критерии оценки среды программирования. Важность
каждого из представленных критериев была оценена экспертами по 100 бальной
шкале. Исходя из полученных данных, находится средний балл и коэффициент
относительной важности критерия. Результаты экспертизы представлены в
таблицах 1.8 и 1.9.
59
Таблица 1.7
Результаты экспертизы сред разработки, первый этап
Функция
Эксперт
1
Эксперт
2
Эксперт
3
Средний балл
по 100
бальной
шкале
Коэффициент
относительной
важности
Стоимость
75
90
85
83
13,7
Простота
сопровождения
80
75
86
80
13,2
Временные
затраты на
разработку
90
85
95
90
14,8
Функция
Эксперт
1
Эксперт
2
Эксперт
3
Средний балл
по 100 бальной
шкале
Коэффициент
относительной
важности
Быстродействие
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.8
Результаты экспертизы сред разработки, второй этап
Функция
Коэффиц
иент
относител
ьной
важности
Среда
программирования
Delphi
C++
Builder
Стоимость
13,7
+
+
Простота сопровождения
13,2
+
-
Временные затраты на
разработку
14,8
+
-
Быстродействие
15
+
+
Удобный дизайн
14
+
+
Мощность пакета
13,8
+
+
Возможности языка
15,5
+
+
Сумма
100,0%
100
72
Учитывая все вышесказанное и результаты анализа экспертным
оцениванием можно сделать выбор среды программной разработки в пользу
60
Delphi, который обеспечивает чрезвычайно высокую производительность и
удобство использования.
Для разработки будем использовать среду разработки Embarcadero Delphi.
1.4.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - это персональный компьютер, оргтехника,
линии связи, оборудование сетей. Вид информационной технологии, зависящий
от технической оснащенности (ручной, автоматизированный, удаленный) влияет
на сбор, обработку и передачу информации.
Комплекс технических средств составляют:
компьютеры;
устройства сбора, накопления, обработки, передачи и вывода
информации –жесткие диски, устройства хранения данных, сканеры, принтеры,
факсимильные аппараты;
устройства передачи данных и линий связи – модемы;
эксплуатационные материалы – бумага, CD (DVD)- диски и т. п.
При выборе компьютера необходимо руководствоваться рядом
характеристик. К таким характеристикам относятся надежность, стоимостные
затраты, производительность, простота использования и др. От значения
указанных параметров зависит возможность работы с требуемыми
программными средствами, а следовательно, и успех создания системы.
Для каждого из элементов данной схемы выделяется перечень критериев,
наиболее важных при осуществлении выбора технического обеспечения. Эти
критерии таковы:
тактовая частота процессора;
разрешение монитора;
объем оперативной памяти.
Для решения поставленной задачи необходимо использовать
персональный компьютер с уровнем вычислительной мощности AMD 2000 Мгц,
либо Intel 2000 Мгц, с объемом оперативной памяти от 2 Гб. Система
61
оптимизирована для работы в экранном разрешении 1024х768 на мониторе с
диагональю 17 дюймов. Все эти технические средства обладают достаточной для
решения задачи конфигурацией.
Технические характеристики подходящих рабочих станций приведены в
таблице 1.10:
Таблица 1.9
Характеристики рабочих станций
Модель процессора
Intel Core i3-370M
2.4GHz
Intel Atom Single Core
N270 - 1.66GHz
Оперативная память
3072Mb
2048Mb
Жесткий диск
320Gb
160 Gb
Оптический привод
Нет
DVD-RW
Видеоадаптер
Интегрирован в чипсет
Интегрирован в чипсет
В таблице приведены характеристики рабочих станций, но более
подходящей будет являться вторая станция, т.к. в ней есть наличие оптического
привода.
Для печати, сканирования и копирования документов должно
присутствовать соответствующее оборудование. Для обеспечения сохранности
данных при аварийном отключении электропитания персональный компьютер
должен быть оборудован блоком бесперебойного питания.
Источник бесперебойного питания подбирается исходя из мощности,
потребляемой компьютером, а также исходя из требуемого времени работы
компьютера от ИБП. Наиболее характерными значениями являются 600-800 Вт
и 5—10 минут. Под эти параметры подходит ИБП APC Smart-UPS 750VA,
характеристики которого приведены в таблице 1.11.
62
Таблица 1.10
Технические характеристики ИБП 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 Ватт)
В данном виде информационная система будет готова к внедрению
автоматизированной системы агентства недвижимости.
63
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Методология проектирования ИС включает в себя описание процесса
создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС,
отождествляя его с некоторой последовательностью стадий и исполняемых на
них процессов. Для каждой стадии выявляется состав и последовательность
производимых работ, итоговые результаты, методы и средства, нужные для
реализации работ, ответственность и роль участников и т.д. Подобное
формальное описание ЖЦ ИС дает возможность спланировать и подготовить
процесс совместной разработки и поддерживать управление этим процессом.
Жизненный цикл (ЖЦ) ИС представляется, как ряд событий,
случающихся с системой с момента ее внедрения и до окончания использования.
Модель ЖЦ отражает различные состояния системы, от момента
возникновения необходимости в данной ИС и до момента ее окончательного
вывода из эксплуатации. Модель жизненного цикла представлена некой
структурой, которая содержит процессы, действия и задачи, реализуемые в ходе
создания, работы и сопровождения ПО в течение всей жизни системы, от
выявления требований до окончания ее использования.
Сегодня известны и применимы следующие модели жизненного цикла:
• Каскадная модель включает в себя последовательную реализацию
всех этапов проекта в заранее определенном порядке. Начало следующего этапа
говорит о полном завершении работ на предыдущем этапе.
• Поэтапная модель с периодичным контролем. Создание ИС
реализовано в виде итераций с циклами обратной связи между этапами.
Межэтапные проверки позволяют учесть реально существующее взаимовлияние
итогов разработки на различных этапах; ЖЦ каждого из этапов продлевается на
весь срок разработки.
• Спиральная модель. На любом витке спирали выполняется генерация
очередной версии продукта, корректируются требования проекта, выражается
64
его качество и планируются работы уже следующего витка. Особое внимание
при этом обращается на начальные этапы разработки - анализ и проектирование,
где возможность создания тех или иных технических решений обосновывается и
проверяется благодаря построению прототипов.
Каскадный подход отлично зарекомендовал себя в процессе создания
относительно простых ИС, когда в самом начале разработки можно с большой
точностью и полнотой составить все требования к системе. Главным
недостатком такого подхода является то, что основной процесс разработки
системы не может полностью уложится в такие жесткие рамки, постоянно есть
потребность в возврате к уже завершенным этапам для уточнения или изменения
ранее принятых решений. В итоге реальный процесс разработки ИС становится
соответствующим поэтапной модели с периодичным контролем.
Для разработки системы взаимоотношенйи с клиентами выбираем
каскадную модель жизненного цикла.
Все стадии создания системы предусматривают выполнение некоторого
объема работ, представляемых в виде процессов ЖЦ. Процесс выражается как
совокупность объединенных действий, изменяющих входные данные в
выходные. Описание любого процесса состоит из перечня решаемых задач,
исходных данных и итоговых результатов.
Есть целый ряд стандартов, определяющих ЖЦ ПО, а в отдельных случаях
и процессы разработки.
Среди обеспечивающих подсистем определяют информационное,
математическое, техническое программное, правовое и организационное
обеспечение.
ИО (информационное обеспечение) представляет собой совокупность
информационных ресурсов в распоряжение отдельного объекта или субъекта.
ИО АИС обычно состоит из внемашинного и внутримашинного ИО [25].
ТО (техническое обеспечение) представляет из себя комплекс технических
средств, необходимых для работы АИС, а также текущая документация на эти
техпроцессы и средства [21].
65
МО (математическое обеспечение) являются совокупностью
математических методов, алгоритмов, моделей и программ для создания целей,
задач АИС, а также адекватной работы совокупных технических средств.
ПО (программное обеспечение) считается совокупностью программ и
документов, которые нужны для нормальной работы [26].
ОО (организационное обеспечение) считается совокупностью средств и
методов, которые описывают действия работников с техническими средствами и
между собой в рамках внедрения и эксплуатации АИС [22].
Пр. О (правовое обеспечение) считается сводом правовых норм,
описывающих создание, юридический статус и работу АИС, определяющих
порядок получения, модернизации и применения данных.
АИС и ее составные части могут находиться в одном месте, если связь
между компонентами АИС (или частями 1 компонента) реализована
посредством каналов связи, то подобная АИС является распределенной.
ЖЦ является непрерывным процессом, начинающимся с момента
зарождения решения о важности его создания и заканчивающимся тогда, когда
продукт изымается из эксплуатации [23].
Самые распространенные стандарты, это: [1]:
• ГОСТ 34.601-90 – относится к АИС и устанавливает части и этапы их
создания. Также в нем описано содержание работ на любом этапе. Этапы и
стадии проекта, указанные в стандарте, зачастую соответствуют каскадной
модели ЖЦ [27].
• ISO/IEC 12207 - стандарт на процессы и реализацию ЖЦ. Относится
ко всем видам заказного ПО. Стандарт не включает описания фаз, этапов и
стадий [7].
• Custom Development Method от Oracle по созданию прикладных ИС -
технологический материал, разработанный до уровня шаблонов преоктных
документов, которые рассчитаны на применение в проектах, связанных с Oracle.
Используется CDM для стандартной модели ЖЦ (есть все задачи и типы), а
также для вариантов оперативной разработки (Fast Track) или простого подхода,
которые применяются в случае малых проектов [8].
66
• Rational Unified Process (RUP) описывает итеративную модель
разработки, состоящую из 4 фаз: начало, анализ, разработка и применение.
Каждая фаза делиться на этапы (итерации), по итогу которых выпускается
версия для применения внутри или вне [24]. Завершение всех 4 фаз считается
циклом разработки, каждый цикл по итогу представляет версию системы. Если
после этого проект не завершается, полученный продукт развивается дальше и
проходит все эти же фазы. Суть проекта в рамках RUP - это разработка и
сопровождение моделей на базе UML [37].
• Microsoft Solution Framework (MSF) схожа чем-то с RUP, имеет 4
фазы: анализ, подготовка, создание, тестирование, является итерационной,
может применять объектно-ориентированного моделирования. MSF в отличии
от RUP более ориентирована на создание бизнес-приложений [38].
• Extreme Programming (XP) - экстремальное программирование
(современная методология) была предложена в 1996 году. В базе методологии
командная работа, отличная коммуникация между исполнителем и заказчиком в
рамках выполнения всего проекта по созданию ИС, а сам процесс реализуется
посредством последовательно оптимизируемых прототипов [28].
В процессе подбора стандарта главным фактором становится полноценное
и подробное описание работ на этапах и стадиях разработки АИС.
Стандарт ISO/IEC 12207 не имеет полноценного описания работ на этапах
и стадиях создания АС.
Стандарт CDM применяется в проектах с Oracle технологиями, а в данном
проекте они не используются.
Стандарт MSF, исходя из описанного ранее, чаще всего ориентирован на
создание бизнес-приложений [8].
Стандарт XP относится к командной работе. В данном проекте
применяется ГОСТ 34.601-90, поскольку он включает описание работ на всех
этапах создания АС.
Главные этапы разработки ИС (рисунок 2):
1. Подготовка требований к системе;
2. Подготовка концепции;