Главная страница
Навигация по странице:

  • Функциональные требования Атрибуты требования Статус

  • Требования к удобству пользования Атрибуты требования Статус

  • Полезность Трудоемкость Риск

  • Требования к надёжности Атрибуты требования Статус

  • Требования к производительности Атрибуты требования Статус

  • Требования к поддержке Атрибуты требования Статус

  • Требования к ограничениям Атрибуты требования Статус

  • Курсовая работа по инжинирингу бизнеса. курсовая_БИ20-8_Бактыбаев. Разработка uml модели информационной системы агентства недвижимости покупка недвижимости


    Скачать 0.57 Mb.
    НазваниеРазработка uml модели информационной системы агентства недвижимости покупка недвижимости
    АнкорКурсовая работа по инжинирингу бизнеса
    Дата23.05.2022
    Размер0.57 Mb.
    Формат файлаdocx
    Имя файлакурсовая_БИ20-8_Бактыбаев.docx
    ТипКурсовая
    #544955
    страница4 из 6
    1   2   3   4   5   6

    Разработка требований к проектируемой информационной системе (методология FURPS+)


    Методология FURPS+ создана в целях определения требований и ограничений для конструируемой информационной системы. В зависимости от информационной системы это требования и ограничения изменяются и для каждой информационной системы в основном являются уникальными.

    Учитывая методологию FURPS+ обнаружены следующие атрибуты к требованиям:

    1. Статус – оценка требования со стороны заказчика. Данный атрибут имеет значения: «включено», «предложено», «отклонено»;

    2. Полезность – степень влияния требования на ИС. В зависимости от названия атрибут имеет значения: «критическое», «важное», «полезное»;

    3. Трудоемкость – необходимое количество времени на выполнение конкретного требования. Значения в зависимости от названия: «низкая», «средняя», «высокая».

    4. Риск – возможность появления нарушения на этапе. В зависимости от названия имеет значения: от «высокий», «средний», до «низкий»;

    5. Стабильность – изменения требования через период времени. Значения: «высокая», «средняя» и «низкая».

    Дальше представлена таблица требования для информационной систем агентства недвижимости, разработанная по методологии 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.

    Включено

    Критич.

    Высокая

    Низкий

    Высокая

    Система должна быть интегрирована с существующей системой бухгалтерского учета.

    Включено

    Критич.

    Высокая

    Средний

    Высокая



    1   2   3   4   5   6


    написать администратору сайта