|
Курсовая работа по инжинирингу бизнеса. курсовая_БИ20-8_Бактыбаев. Разработка uml модели информационной системы агентства недвижимости покупка недвижимости
Разработка требований к проектируемой информационной системе (методология FURPS+) Методология FURPS+ создана в целях определения требований и ограничений для конструируемой информационной системы. В зависимости от информационной системы это требования и ограничения изменяются и для каждой информационной системы в основном являются уникальными.
Учитывая методологию FURPS+ обнаружены следующие атрибуты к требованиям:
Статус – оценка требования со стороны заказчика. Данный атрибут имеет значения: «включено», «предложено», «отклонено»; Полезность – степень влияния требования на ИС. В зависимости от названия атрибут имеет значения: «критическое», «важное», «полезное»; Трудоемкость – необходимое количество времени на выполнение конкретного требования. Значения в зависимости от названия: «низкая», «средняя», «высокая». Риск – возможность появления нарушения на этапе. В зависимости от названия имеет значения: от «высокий», «средний», до «низкий»; Стабильность – изменения требования через период времени. Значения: «высокая», «средняя» и «низкая».
Дальше представлена таблица требования для информационной систем агентства недвижимости, разработанная по методологии FURPS+ (таблицы 14-19): Таблица 14 — Функциональные требования и их атрибуты
Функциональные требования
| Атрибуты требования
| Статус
| Полезность
| Трудоемкость
| Риск
| Стабильность
| Система должна формировать уникальную базу данных недвижимости. Не должно быть повторений
| Включено
| Критич.
| Средняя
| Средний
| Высокая
| Система должна иметь функцию оценки недвижимости
| Включено
| Критич.
| Низкая
| Средний
| Высокая
| Внесение информации о недвижимости
| Включено
| Критич.
| Низкая
| Низкий
| Высокая
| Система должна использовать почты и номера собственника и клиента для связи и оповещения.
| Включено.
| Критич.
| Средняя
| Низкий
| Низкая
| Удаление и внесение изменений о недвижимости.
| Включено
| Важная
| Средняя
| Средний
| Высокая
| Формирование отчета
| Предлож.
| Критич.
| Низкая
| Низкий
| Низкая
| Двухфакторная аутентификация сотрудников агентства.
| Предлож.
| Важная
| Средняя
| Высокий
| Средняя
| Поддержка онлайн связи с риэлтором.
| Включено
| Критич.
| Высокая
| Средний
| Высокая
| Осуществление продажи недвижимости
| Включено
| Критич.
| Средняя
| Средний
| Высокая
| Расчет доходности недвижимости
| Предлож.
| Важная
| Низкая
| Низкий
| Высокая
| Электронная подпись документов
| Предлож.
| Важная
| Средняя
| Средний
| Высокая
| Функция просмотра действий риэлтора/собственника
| Предлож.
| Важная
| Низкая
| Низкий
| Высокая
| Возможность подачи онлайн-заявки для продажи недвижимости.
| Включено
| Критич.
| Средняя
| Средний
| Высокая
| Возможность генерации онлайн-формы договора купли-продажи.
| Предлож.
| Важная
| Низкая
| Низкий
| Высокая
|
Таблица 15 — Требования к удобству пользования
Требования к удобству пользования
| Атрибуты требования
| Статус
| Полезность
| Трудоемкость
| Риск
| Стабильность
| Интерфейс управления продажами недвижимости должен быть логичным и эргономичным
| Включено
| Критич.
| Средняя
| Низкий
| Высокая
| Пользовательский интерфейс должен быть совместимым со следующими операционными системами: Microsoft Windows, Mac OS. Android.
| Включено
| Критич.
| Высокая
| Средний
| Высокая
| Человеческий фактор должен учитываться на каждом этапе использования
| Включено
| Важная
| Средняя
| Низкий
| Средняя
| Система должна обучать новых работников агентства интерфейсу и алгоритму работы с ним
| Включено
| Критич.
| Низкая
| Низкий
| Высокая
| ИС должна быть с инструкцией эксплуатации
| Предлож.
| Важная
| Низкая
| Низкий
| Высокая
| В системе должны быть предусмотрены форматы заполнения определенных полей (в поле «Номер телефона» нельзя вводить буквы).
| Включено
| Критич.
| Средняя
| Низкий
| Высокая
|
Таблица 16 — Требования к надёжности
Требования к надёжности
| Атрибуты требования
| Статус
| Полезность
| Трудоемкость
| Риск
| Стабильность
| Частота сбоев не выше, чем 1 раз/месяц
| Включено
| Критич.
| Высокая
| Высокий
| Низкая
| Среднее время устранения сбоя до 1 часа
| Включено
| Критич.
| Высокая
| Высокий
| Средняя
| Система должна сразу уведомлять системного администратора о наличии сбоя/ошибки
| Включено
| Критич.
| Средняя
| Средний
| Средняя
| Среднее время безотказной работы должно превышать 23 часа в сутки. Один час в сутки выделено на технические обновления
| Включено
| Критич.
| Высокая
| Средний
| Низкая
| Система должна обеспечивать резервирование важных пользовательских данных в облаке и на жестком диске и возможность их автоматического восстановления без их потери
| Включено
| Критич.
| Высокая
| Средний
| Средняя
| Система должна быть доступна только сотрудникам агентства недвижимости
| Включено
| Критич.
| Низкая
| Средний
| Высокая
| Система должна обеспечивать защиту конфиденциальных данных.
| Включено
| Критич.
| Средняя
| Средний
| Высокая
| Информационная безопасность компании должна быть гарантирована сторонней организацией, специализирующейся в данной области.
| Предлож.
| Важная
| Высокая
| Средний
| Низкая
|
Таблица 17 — Требования к производительности
Требования к производительности
| Атрибуты требования
| Статус
| Полезность
| Трудоемкость
| Риск
| Стабильность
| Время отклика системы на запрос пользователя не должно превышать 1 мин.
| Включено
| Критич.
| Высокая
| Средний
| Высокая
| Время запуска или перезапуска ИС не должно превышать 15 минут.
| Включено
| Критич.
| Высокая
| Низкий
| Высокая
| ИС должна обрабатывать запросы стабильно от 75% общего количества пользователей
| Включено
| Важная
| Высокая
| Средний
| Средняя
| Система должна быть способна завершать 80% всех транзакций не более чем через 30 секунд
| Включено
| Критич.
| Высокая
| Низкий
| Высокая
| Обработка любой операции на стороне сервера должна занимать не более 20 секунд
| Включено
| Важная
| Высокая
| Средний
| Средняя
| Восстановление ИС при серьёзных ошибках не должно занимать более 5 часов.
| Предлож.
| Важная
| Высокая
| Средний
| Средняя
|
Таблица 18 — Требования к поддержке
Требования к поддержке
| Атрибуты требования
| Статус
| Полезность
| Трудоемкость
| Риск
| Стабильность
| Ежедневное автоматическое тестирование ИС на наличие сбоев в системе.
| Включено
| Важная
| Средняя
| Низкий
| Средняя
| Все данные системы должны храниться в структурированном виде под управлением реляционной СУБД
| Включено
| Критич.
| Средняя
| Низкий
| Высокая
| Решение каких-либо системных ошибок или сбоев должны быть осуществимы внутренними специалистам компании
| Включено
| Критич.
| Средняя
| Средний
| Средни
| Система должна поддерживать удаленное администрирование и сервисное обслуживание без нарушения (ограничения) функционала системы в целом
| Включено
| Критич.
| Сердняя
| Низкий
| Средняя
| Работоспособность ИС не должна зависеть от стороннего ПО.
| Включено
| Критич.
| Высокая
| Средний
| Высокая
| Языки программирования, на которых написана ИС, должны быть утверждены разработчиками
| Предлож.
| Важная
| Средняя
| Низкий
| Средняя
|
Таблица 19 — Ограничения
Требования к ограничениям
| Атрибуты требования
| Статус
| Полезность
| Трудоемкость
| Риск
| Стабильность
| Ежедневное создание отчетов по работе информационной системы.
| Включено
| Критич.
| Низкая
| Низкий
| Высокая
| Ограничения на вводимые значения в поле согласно типу поля и количеству символов в поле и языку.
| Включено
| Критич.
| Высокая
| Средний
| Высокая
| Система должна иметь интеграцию с платежной системой
| Включено
| Критич.
| Высокая
| Высокий
| Низкая
| Модуль мобильных устройств должен быть совместим с iOS и Android, а пользовательская часть должна быть совместима с Windows 7, Windows 8, Windows 10, maсOS.
| Включено
| Критич.
| Высокая
| Низкий
| Высокая
| Система должна быть интегрирована с существующей системой бухгалтерского учета.
| Включено
| Критич.
| Высокая
| Средний
| Высокая
|
|
|
|