22
4) Обеспечивается полное покрытие кода тестами;
5) Тесты могут быть использованы в качестве документации;
Недостатки V-модели разработки ПО:
1) Не все классы задач возможно решить с помощью данного
подхода;
2) Сложно применять для осуществления функциональных тестов;
3) Требуется большее время на разработку и поддержку;
4) Модульные тесты могут содержать ошибку по причине
неправильного толкования задачи разработчиком;
5) Исходные тесты приобретают большую ценность в течение
разработки, неверная стратегия может привести к не обнаруживаемым
проблемам;
Модель на основе разработки прототипа основывается на
прототипировании, которое используется на ранних стадиях жизненного
цикла программного обеспечения для уточнения неясных требований
(прототип пользовательского интерфейса), выбора одного из ряда
концептуальных решений (реализация сценариев) и анализа возможности
осуществления проекта.
Прототипы разделяют на несколько видов:
- горизонтальные для моделирования исключительно пользовательского
интерфейса без учета логики обработки и базы данных;
- вертикальные для проверки принятых архитектурных решений;
- одноразовые прототипы, предназначенные для быстрой разработки;
- эволюционные прототипы, которые используются как первое
приближение эволюционной системы.
Основные достоинства модели на основе разработки прототипа:
1) Повышение качества спецификации;
2) Вовлечение пользователя в процесс разработки;
3) Раннее уточнение требований пользователя;
23
4) Снижение времени, стоимости и рисков разработки;
5) Пользователи видят будущую программу, что устраняет
расхождения в представлениях разработчиков и пользователей.
Основные недостатки модели на основе разработки прототипа:
1) Отсутствие концентрации на анализе требований на полную
систему
2) Смешение прототипа и полной системы в представлении
пользователей
3) Пользователи могут ошибочно требовать от прототипа поведения
полной системы
4) Чрезмерное время создания прототипа
5) Неэффективно для систем, предназначенных для вычислений.
Спиральная модель разработки принадлежит к третьей группе и
сочетает проектирование и постадийное прототипирование для использования
достоинств восходящей и нисходящей разработки (рисунок 9).
На начальных этапах разработки реализуемость технических решений
проверяется с помощью создания прототипов, при этом в результате каждого
витка спирали создается версия ПО, на которой уточняются требования,
проверяется качество и производится планирование работ следующего витка.
В результате использования данного подхода последовательно
углубляются и конкретизируются детали проекта, в результате чего
реализуется вариант, удовлетворяющий требованиям заказчикам.
Основные достоинства спиральной модели:
1) Разделение большого объема работ на части;
2) Гибкое проектирование с использованием преимуществ каскадной
модели и разрешении итераций;
3) Оценка системы пользователем на ранних этапах благодаря
ускоренному прототипированию;
24
4) Возможность регулярной оценки затрат, что приводит к их
сокращению;
5) Повышение производительности за счет повторного
использования результатов.
Рисунок 9 — Спиральная модель
Основные недостатки спиральной модели:
1) Высокая стоимость для проектов с низкой степенью риска или
небольшими размерами;
2) Отдаление окончания работы в связи с желанием заказчика
постоянных улучшений;
3) Сложность определения критериев продолжения процесса
разработки на последующих итерациях;
4) Необходимость четкого разделения обязанностей между
разработчиками;
25
5) Необходимость высококвалифицированной оценки рисков.
После изучения технологий и методов разработки АИС и анализа
положительных и отрицательных сторон каждого из подходов была выбрана
каскадная модель разработки с обратной связью.
Данный выбор был основан на том, что компания «Макрони Трейд»
предъявила достаточно четкий набор требований, грамотно составила задание
на разработку и выдвинула достаточно короткие сроки на реализацию, что в
наибольшей степени удовлетворяет каскадной модели.
1.3. Проектирование и основные технологии разработки АИС
В основе технологии проектирования лежат технологические
инструкции, содержащие в себе описание последовательности
технологических операций, условий выполнения данных операций и описание
самих операций. Технологии проектирования, разработки и сопровождения
информационных систем должно удовлетворять следующим требованиям:
- поддерживать ЖЦ АИС;
- гарантировать достижение целей разработки системы
соответствующего качества и в четко определенные сроки;
- предоставлять возможность декомпозиции проекта с последующей
интеграцией;
- обеспечивать возможность проектирования подсистем группами по 3-
7 человек;
- минимизировать время разработки работоспособной системы;
- обеспечивать конфигурацию проекта, ведение версий, автоматический
выпуск документации и ее синхронизацию с версиями проекта;
- обеспечивать независимость проектных решений от средств
реализации системы - системы управления базами данных, операционной
системы, языка и системы программирования.
Технологии разработки характеризуются в вертикальном направлении
процессами и в горизонтальном - стадиями.
26
Под процессом понимают совокупность взаимосвязанных действий,
которые преобразуют входные данные в выходные.
Процесс представляет собой набор действий, каждое из которых в свою
очередь является набором задач. В вертикальном измерении отражаются
статистические сведения о процессах и содержат описание действий, задач,
результатов деятельности и исполнителей.
Под стадиями понимают часть действий по созданию ИС, имеющих
ограничения по времени и приводящие к выпуску продукта,
удовлетворяющего требованиям данной стадии.
Стадии включают в себя этапы, имеющие итерационный характер. [13]
В горизонтальном измерении отражаются динамические аспекты
процессов.
Технологический подход определяется спецификой комбинаций стадий
и процессов, ориентированной на особенности разработки и вида ПО.
Основополагающими подходами к проектированию являются
структурный или функционально-модульный подход и объектно-
ориентированный.
Функционально-модульный подход заключается в использовании
алгоритмической декомпозиции, особое внимание при этом уделяется порядку
происходящих событий. Для моделирования объекта исследования
используются иерархические структуры. Данный подход предназначен для
построения функциональных моделей и моделей данных различного уровня.
Существуют две методики разработки: «сверху вниз» и «снизу вверх».
При нисходящем проектировании задача разбивается на подзадачи,
процесс оканчивается только при невозможности дальнейшего разбиения.
Таким образом конструируется программа, начиная от главной до
подпрограмм самого низкого уровня.
Восходящее программирование начинается с разработки подпрограмм,
в момент, когда общая схема еще не проработана.
27
Структурное программирование эффективно при решении задач,
имеющих алгоритмический характер.
Достоинствами структурного подхода являются:
1) Сокращение вариантов построения программы по одной
спецификации;
2) Высока ясность и удобочитаемость;
3) Упрощение понимание другими разработчиками;
4) Позволяет обходиться без графических форм отображения
алгоритмов благодаря тому, что сама программа является блок-схемой
5) Простой процесс тестирования и отладки благодаря высокой
структурированности;
6) Повышается надежность благодаря высокой
структурированности.
Недостатками структурного подхода являются:
1) Неограниченность доступа функций к глобальным данным;
2) Разделение данных и функций плохо отражает реальный мир;
3) Весь проект должен иметь один вход и один выход;
4) Недопустимость передача управления в любую точку программы;
5) Необходимость создания документации в виде комментариев.
Объектно-ориентированный подход заключается в выделении
субъектов или объектов действий, при этом каждый объект обладает
собственным поведением и моделирует объекты реального мира.
Достоинствами объектно-ориентированного подхода являются:
1) Возможность конструирования из полезных компонент;
2) Возможность отдаления от деталей реализации;
3) Данные и операции образуют класс;
4) Локализация кода и данных повышает наглядность и удобство
сопровождения;
5) Защита данных от несанкционированного доступа;
28
6) Возможность повторного использования кода;
7) Возможность создавать расширяемые системы за счет
использования полиморфизма.
Недостатками объектно-ориентированного подхода являются:
1) Необходимость понимания базовых концепций класса,
наследования и динамического связывания;
2) Необходимость ознакомления с обширными библиотеками и
фреймворками;
3) Проектирование классов сложнее их использования;
4) Документирование классов более сложное, чем документирование
процедур и модулей;
5) Технически менее эффективна, чем необъектный подход.
Изучив наиболее распространенные технологии разработки АИС и
проанализировав их достоинства и недостатки для дальнейшей разработки
был выбран объектно-ориентированный подход к проектированию АИС в
связи с тем, что в системе не требуется использовать сложные алгоритмы, а
требуется более точное отражение предметной области в коде, отражение
реальных объектов и взаимодействия между ними.
В рамках первой главы выпускной квалификационной работы
рассмотрены теоретические основы разработки и использования АИС,
изучены основные понятия в сфере разработки АИС, классификация
разнообразных АИС, проведено изучение жизненного цикла и моделей
жизненного цикла АИС, а также теория проектирования и разработки АИС.
Выделены достоинства и недостатки различных подходов к
проектированию и разработке АИС.
По результатам первой главы получены следующие авторские выводы:
1) АИС очень широкое понятие и имеет множество специфических
особенностей в зависимости от назначения, целевых функций,
29
обрабатываемой информации, территориальной и организационной
принадлежности, что следует учитывать при разработке;
2) на данный момент существует множество различных подходов к
проектированию АИС и выбор конкретного подхода зависит от заказчика,
предметной области, поставленных целей, задач и ограничений;
3) при разработке необходимо учитывать особенности будущей
эксплуатации системы;
4) при всех подходах необходимо увеличивать вовлеченность
заказчика, что позволит избежать неверной трактовки и последующей
переработки системы;
5) при разработке может применяться функциональный подход для
создания системы в целях осуществления сложных вычислений, и объектно-
ориентированный при создании систем, моделирующих объекты реального
мира и отношения между ними.
Проведенные исследования и полученные выводы позволяют перейти к
рассмотрению материала второй главы, посвященной проектированию
системы управления недвижимостью.
30
ГЛАВА 2. ПРОЕКТИРОВАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ
ОБЪЕКТАМИ НЕДВИЖИМОСТИ
2.1. Анализ предметной области
2.1.1. Анализ и описание существующих решений задач
На данный момент на рынке существует всего одна похожая система от
компании BCC. В данной системе очень обширный функционал, в котором нет
необходимости для компании, например, учет имущества, оборудования и
информация о коммунальных и эксплуатационных платежах. А также данная
система сложна в установке, настройке и использовании.
Основная задача при разработке системы заключается в максимально
возможной детализации поиска объектов недвижимости. Но при этом система
не должна быть перегружена информацией и пользование ей должно быть
простым и понятным. Базы, в которых отсутствует фильтрация объектов
предоставляют достаточно подробную информацию менеджеру, но в связи с
тем, что отсутствует функция поиска подбор объектов сильно затрудняется.
На данный момент, для динамичного развития и увеличения
конкурентоспособности компании сотруднику необходимы средства, с
помощью которых он смог бы быстро получать нужные сведения и оперативно
их обрабатывать.
В нашем случае, существуют конкретные требования:
- менеджеру необходимо иметь доступ к базе данных с объектами
недвижимости из любого места с доступом к сети Интернет;
- менеджеру нужен справочник текущих и потенциальных клиентов
компании, которым он сможет предлагать новые объекты.
Помимо этого, необходимо разграничение прав доступа и система
уровней доступа, для того чтобы руководители могли следить за работой
сотрудников и корректировать ее при необходимости.
31
2.1.2. Постановка задачи
Необходимо разработать простую систему для управления содержимым
сайта, чтобы люди, которые не разбираются в создании Web-сайтов могли
использовать ее без каких-либо затруднений. Помимо этого, в систему
необходимо заложить возможность загрузки изображений на страницы
объектов. [39]
Страницы могут быть нескольких типов:
1) страницы выдачи результатов поиска и фильтрации;
2) страницы объектов и клиентов;
3) страница пользователей;
4) страница новостей;
5) страницы настроек.
Шаблоны страниц заданы изначально и могут быть изменены только
системным администратором, либо программистом, с использованием
прямого подключения к хостингу по протоколу FTP или sFTP.
В административной части должно происходить управление
настройками системы, а именно добавление необходимых критериев поиска.
А также добавление новых пользователей и управление существующими, с
возможностью блокировки доступа к системе.
Режим администрирования включается автоматически при авторизации,
при наличии у пользователя таких полномочий. Если авторизация прошла
успешна, то создается сессия и временные файлы, с помощью которых система
понимает, что идет рабочий процесс и деавторизация не произойдет.
В режиме администрирования становятся доступными два
дополнительных пункта в меню: Настройки и Сотрудники. Для добавления
нового пользователя необходимо нажать на кнопку «Добавить» в правом
верхнем углу. После этого появится форма, которую нужно заполнить
личными данными человека.