Пирамида требований.
Разработка программы "Зарплатный калькулятор"
Сформулировать общие требования к функциональному поведению проектируемой системы; Вывод на экран результата (окончательная сумма заработной платы); Разработка диаграммы вариантов использования преследует цели: Рисунок 2 Диаграмма вариантов использования. Обработка данных выполняется бухгалетрией. Обработка всех входных данных программой; Формирование на экране диалога. Таблица 2 Пирамида… Читать ещё >
Пирамида требований. Разработка программы "Зарплатный калькулятор" (реферат, курсовая, диплом, контрольная)
Пирамида требований, содержащая уровень потребностей функциональных особенностей проектируемой системы представлена в таблице 2.
Таблица 2 Пирамида требований.
Потребность. | Функциональные особенности. |
Заполнение табеля. |
|
Проверка входных данных. | — Обработка данных выполняется бухгалетрией. |
Провести расчет. |
|
Вербальное и графическое описание функционального назначения системы
Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.
Разработка диаграммы вариантов использования преследует цели:
- — Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;
- — Сформулировать общие требования к функциональному поведению проектируемой системы;
- — Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;
- — Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой. Подробная детализация данной диаграммы на начальном этапе проектирования скорее имеет отрицательный характер, поскольку предопределяет способы реализации поведения системы, а именно эти аспекты должны быть скрыты от разработчика на диаграмме вариантов использования.
Если работник желает узнать свою зарплату, то он должен прийти к бухгалтеру, который, проводит расчеты. Исходными данными программы при этом будет являться табель. И как следствие данного процесса, работник получает информацию в виде расчетного листка, либо в электронном виде через программу. Данный процесс изображен с помощью диаграммы вариантов использования на рисунке 2.
Рисунок 2 Диаграмма вариантов использования.