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

  • ЛАБОРАТОРНАЯ РАБОТА 2 УПРАЖНЕНИЕ 01 – СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ ЦЕЛЬ

  • ВИДЫ ДЕЯТЕЛЬНОСТИ

  • Конец примера УПРАЖНЕНИЕ 02 – USE CASE ЦЕЛЬ

  • ВАЖНО: ВЫПОЛНЯЙТЕ ВСЕ ЗАДАНИЯ ПО СВОЕЙ ТЕМЕ!

  • УПРАЖНЕНИЕ 03 – СОЗДАНИЕ ШАБЛОНА USE CASE (CREATING USE CASE TEMPLATE)

  • Quality Concerns  Issues 

  • лаб 2 на русс (1). Лабораторная работа 2 упражнение 01 спецификация требований к программному обеспечению цель


    Скачать 23.22 Kb.
    НазваниеЛабораторная работа 2 упражнение 01 спецификация требований к программному обеспечению цель
    Дата22.09.2022
    Размер23.22 Kb.
    Формат файлаdocx
    Имя файлалаб 2 на русс (1).docx
    ТипЛабораторная работа
    #691179

    СРЕДСТВА РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

    ЛАБОРАТОРНАЯ РАБОТА 2

    УПРАЖНЕНИЕ 01 – СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

    ЦЕЛЬ

    Спецификация требований к программному обеспечению (SRS) — это подробное описание разрабатываемой программной системы, ее функциональных и нефункциональных требований. SRS разрабатывается на основе договора между заказчиком и подрядчиками. Он может включать варианты использования того, как пользователь будет взаимодействовать с программной системой.

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

    ВИДЫ ДЕЯТЕЛЬНОСТИ

    Выполните каждое из следующих действий. Если у вас есть вопросы, проблемы или сомнения, пожалуйста, обратитесь за помощью, а не просто гадайте.

    1. Определить тему предметной области вашей группы (в одной группе может быть 2-3 студента) для подачи заявки или выбрать тему из предложенного тьютором списка.

    2. Прочтите данное Описание требований к банкомату (выделено синим цветом), тщательно обдумав все аспекты проекта (функциональные и нефункциональные требования).

    3. Запишите требования (функциональные и нефункциональные) к вашей системе на примере банкомата.

    тип документа: Описание требований

    Система: Банкомат

    Версия: V.0_0

    Дата пересмотра: << заполняет преподаватель курса, чтобы сделать актуальным >>

    Запрос: Моника Янис, операционный директор, Второй национальный банк

    Банкомат будет управлять банкоматом (ATM), имеющим считыватель магнитной полосы для считывания карты банкомата, клавиатуру и дисплей для взаимодействия с клиентом, прорезь для внесения конвертов, диспенсер для наличных, принтер для печати чеков клиентов, и переключатель с ключом, позволяющий оператору запускать или останавливать машину. Банкомат будет связываться с компьютером банка по соответствующему каналу связи. (Программное обеспечение последнего не входит в требования для этой задачи.)

    Банкомат будет обслуживать одного клиента за раз. Клиенту необходимо будет вставить карту банкомата и ввести личный идентификационный номер (ПИН-код) — оба эти параметра будут отправлены в банк для проверки в рамках каждой транзакции. Затем клиент сможет выполнить одну или несколько транзакций. Банкомат должен иметь возможность предоставлять клиенту следующие услуги:

    1. Клиент должен иметь возможность снимать наличные с любого подходящего счета, привязанного к карте. Перед выдачей наличных необходимо получить одобрение банка.

    2. Клиент Второго национального банка должен иметь возможность внести депозит на любой счет, привязанный к карте, состоящий из наличных денег и/или чеков в конверте. Клиенты аффилированных банков не имеют возможности вносить депозиты. Покупатель вводит сумму депозита в банкомат при условии ручной проверки, когда оператор извлекает конверт из автомата. Прежде чем физически принять конверт, необходимо получить одобрение банка.

    3. Клиент должен иметь возможность осуществлять перевод денег между любыми двумя счетами, привязанными к карте.

    4. Клиент должен иметь возможность запросить баланс любого счета, привязанного к карте.

    Банкомат будет сообщать о каждой транзакции в банк и получать подтверждение того, что она была разрешена банком. В случае снятия наличных или внесения наличных второе сообщение будет отправлено после того, как транзакция будет физически завершена (выданы наличные или принят конверт).

    Если транзакция не удалась, банкомат отобразит объяснение проблемы, а затем спросит клиента, хочет ли он совершить еще одну транзакцию.

    Банкомат предложит клиенту распечатать квитанцию для каждой успешной транзакции с указанием даты, времени, местоположения автомата, типа транзакции, счета(ов), суммы, а также конечного и доступного баланса(ов) затронутого счета ( «на» счет для переводов).

    Банкомат будет иметь панель оператора с ключом-выключателем (расположенным со стороны «внутри банка»), который позволит оператору запускать и останавливать обслуживание клиентов. Когда переключатель переводится в положение «выключено», машина выключается, чтобы оператор мог вынуть депозитные конверты и перезагрузить машину наличными, чистой квитанцией и т. д. Оператор должен будет проверить и ввести общую сумму. наличными перед запуском системы с этой панели.

    Уполномоченные лица смогут удаленно войти на машину, чтобы проверить ее состояние и получить информацию о регистрации.

    Конец примера

    УПРАЖНЕНИЕ 02 – USE CASE

    ЦЕЛЬ

    Цель этого упражнения — дать вам конкретную практику определения ключевых функциональных требований. Вам предоставляется заявление о требованиях к проекту; ваша задача — прочитать его, критически подумать о том, как система должна взаимодействовать со своей средой, и о диапазоне возможных пользователей или внешних систем (актеров варианта использования), которые будут взаимодействовать с проектным приложением. Затем вам нужно определить, какие цели будет преследовать каждый из этих участников. Несколько участников часто преследуют одну и ту же цель. Каждая цель — это отдельный вариант использования.

    Варианты использования собраны вместе в диаграмме вариантов использования, на которой цели показаны овалами, а действующие лица — фигурками. Актеры и варианты использования связаны линиями. Набор вариантов использования окружен рамкой, обозначающей границу системы.

    В этом упражнении вы определите как можно больше действующих лиц и целей для нашего курсового проекта за отведенное время. Вы будете использовать результаты этого упражнения для выполнения Части A Проекта 1 и объедините свои варианты использования с вариантами ваших товарищей по команде во время Упражнения 3.

    При определении вариантов использования сосредоточьтесь на аспектах требований, которые могут создавать риски. Вам нужно убедиться, что вы точно понимаете, чего хочет клиент в отношении этих целей.

    Задание

    Выполните каждое из следующих действий. Если у вас есть вопросы, проблемы или сомнения, пожалуйста, обратитесь за помощью, а не просто гадайте.

    ВАЖНО: ВЫПОЛНЯЙТЕ ВСЕ ЗАДАНИЯ ПО СВОЕЙ ТЕМЕ!

    1. Перечитайте Спецификацию требований к приложению, тщательно обдумав следующие аспекты проекта.

    2. В текстовом редакторе создайте список актеров, которые будут взаимодействовать с системой.

    а. Подсказка: не думайте о конкретных людях. Вместо этого попробуйте определить такие роли, как «клиент банка» или «техник банкомата».

    б. Если это приложение будет взаимодействовать с другим программным обеспечением или системами, считайте их дополнительными участниками.

    3. Для каждого определенного вами участника подумайте о целях (или вариантах использования), которые он, она или оно будут иметь при использовании варианта использования приложения.

    4. Определите варианты использования:

    а. Какие цели будет преследовать каждый участник приложения? Какая польза от приложения? Создайте список этих вариантов использования, отметив, какие действующие лица будут с ним взаимодействовать.

    5. Перечитайте требования еще раз, на этот раз ища любые задачи, которые вы не идентифицировали как варианты использования. Вас беспокоит что-то, что не отражено ни в одной из целей? Если да, добавьте их в список вместе со всеми новыми актерами, которые будут с ними взаимодействовать.

    6. Создайте диаграмму вариантов использования (не менее 5-6 вариантов использования):

    я. Нарисуйте овалы в центре бумаги, чтобы удерживать каждый из вариантов использования, и пометьте каждый идентификатор варианта использования.

    II. Нарисуйте ограничивающую рамку вокруг вариантов использования.

    III. Нарисуйте фигурки из палочек, изображающие каждого из актеров.

    IV. Соедините актеров и варианты использования, используя соответствующие линии.

    УПРАЖНЕНИЕ 03 – СОЗДАНИЕ ШАБЛОНА USE CASE (CREATING USE CASE TEMPLATE)

    ЦЕЛЬ

    В задании вы создадите список действующих лиц и вариантов использования, как вы делали это в упражнении 2, только на этот раз вы будете делать это в команде. Вы также создадите диаграмму вариантов использования, представляющую требования к системе, а затем разделите список вариантов использования между членами команды для дальнейшей проработки, используя шаблон варианта использования, представленный внизу.

    ВИДЫ ДЕЯТЕЛЬНОСТИ

    Выполните каждое из следующих действий. Если у вас есть вопросы, проблемы или сомнения, пожалуйста, обратитесь за помощью, а не просто гадайте.

    а. Используя шаблон вариантов использования, показанный ниже, создайте свой собственный шаблон для собственных вариантов использования, как вы делали это в упражнении 2.

    б. Отправьте свой рисунок и список вариантов использования преподавателю. Убедитесь, что вы правильно сохранили документ. Имя файла должно начинаться с вашей фамилии, за которой следует «Lab№». Например: «Иванов_Лаб01.docx».

    ИНСТРУКЦИИ ПО ИСПОЛЬЗОВАНИЮ ШАБЛОНА СЛУЧАЯ

     Введите идентификатор для быстрой справки.  Перечислите взаимодействия между действующими лицами и системой для выполнения задачи.

     Опишите цель, которую необходимо достичь. Эта цель обычно напрямую соответствует системному требованию.  Перечислите любые допустимые варианты шагов варианта использования.

     Перечислите всех участников, которые будут взаимодействовать с системой в варианте использования  Перечислите все требования к качеству, которые должны быть выполнены

     Перечислите все условия, которые должны быть выполнены для успешного завершения варианта использования.  Перечислите любые нерешенные вопросы или факторы, влияющие на вариант использования, не охваченные предыдущими категориями.

    ID

    Description

    Actors

    Assumptions

    Steps

    Variations

    Quality Concerns

    Issues

    1

    Снимать наличные

    Пользователь, Банковская система

    У клиента есть счет, карта и PIN-код

    1. Клиент вставляет карту

    2. 2. Банк запрашивает PIN-код

    3. 3. Клиент вводит PIN-код

    4. 4. и т.д.

    • Клиент слеп

    • Так далее.

    Проблемы безопасности: система реагирует соответствующим образом, когда пользователи пытаются угадать PIN-код.

    Ведение журнала: Банку нужен список сегодняшних транзакций

    Проблемы с производительностью: ответ от банка приходит в течение __ миллисекунд




    Что вы должны знать

    + У вас должно быть понимание , что такое функциональные и нефункциональные требования и их виды (прогуглите)

    + У вас должно быть понимание , что такое пользовательские и системные требования и их виды (прогуглите)

    Ссылки для чтения

    https://visuresolutions.com/ru/%D0%91%D0%BB%D0%BE%D0%B3/%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5-%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F/

    https://habr.com/ru/post/231961/

    https://bestprogrammer.ru/izuchenie/funktsionalnye-i-nefunktsionalnye-trebovaniya-polnoe-rukovodstvo

    https://medium.com/@belitskyaleksey/%D0%BA%D0%B0%D0%BA-%D0%BF%D0%B8%D1%81%D0%B0%D1%82%D1%8C-%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D1%81%D0%BA%D0%B8%D0%B5-%D0%B8-%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5-%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F-%D0%BA-%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D1%84%D0%B5%D0%B9%D1%81%D1%83-938e0bbc6a78


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