Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Методичка нью.docx
Скачиваний:
2
Добавлен:
01.07.2025
Размер:
8 Мб
Скачать
☆

Указания к заданиям

Каждое задание представляет собой расчётно-учётную задачу, использующую данные из небольшой базы данных. Для каждой задачи должны быть определены данные, хранимые в базе данных – фамилии исполнителей, названия объектов, обозначения некоторых свойств, даты, сроки и т.д. Автоматизация процесса должна обеспечивать решение задачи по созданию некоторой выборки и формирования годного для печати отчёта, содержащего все необходимые реквизиты.

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

Разработка технического задания.

Цель работы

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

Краткое введение

Необходимым условием при разработке на заказ современных коммерческих программных продуктов является создание и подписание технического задания (ТЗ) - требований к конечному результату. Основная цель написания ТЗ — устранение двусмысленностей о том, что именно будет являться конечным продуктом. Юридически техническое задание оформляется как приложение к договору оказания услуг по разработке и подписывается обеими сторонами. В рамках данной лабораторной работы ставится цель получения практических навыков разработки технических заданий.

Порядок выполнения работы

  1. Подготовить описание предметной области

  • разработать краткое введение в предметную область;

  • выделить основные элементы предметной области и их взаимосвязи;

  • определить особенности и ограничения предметной области;

  • подготовить словарь используемых терминов и сокращений.

  1. Сформулировать цель создания системы

  • сформулировать цель создания системы – как ответ на вопрос что за процесс в предметной области будет автоматизирован;

  • определить назначение системы, классифицировать существующие аналоги;

  • определить целевую аудиторию и ожидаемый уровень использования системы.

  1. Осуществить детализацию функций системы

  • осуществить изучение потребностей заказчика;

  • выделить категории пользователей;

  • определить функциональные требования для пользователей каждой категории;

  • подготовить описание функций системы.

  1. Произвести анализ ограничений

  • провести анализ аппаратных особенностей и ограничений;

  • провести анализ топологии и особенностей развертывания;

  • определить технологические ограничения.

  1. Сформировать совокупный список требований к системе

  • если система предполагает интерактивность в общении с пользователем, то определить функциональные требования (описывают в динамике сценарии взаимодействия посетителя с системой) и структуру данных;

  • выделить специфические требования (например, многоязычность, требования к дизайну экранов оператора);

  • сформировать прочие требования (например, какая документация должна быть предоставлена разработчиком);

  • сформировать итоговый список требований.

  1. Выработать архитектурное решение

  • обосновать выбор технологической платформы;

  • если система должна реализовывать специфическую бизнес-логику, в которой обычно хорошо разбирается заказчик и плохо - исполнитель, эта логика должна быть задокументирована в техническом задании максимально подробно;

  • подготовить модульную структуру системы;

  • подготовить детализированное описание подсистем.

  1. Подготовить календарный план (документ A)

  • осуществить оценку сложности реализации подсистем;

  • разбить проект на работы, построить сетевой график;

  • осуществить оценку сроков и стоимости выполнения работ.

  1. Скомпоновать из полученных материалов текст технического задания. (документ B, содержит документ A).

Требования

  • Наличие описания предметной области и цели создания системы.

  • Наличие целей и задач системы.

  • Наличие общего описания функциональности системы.

  • Наличие нескольких (не меньше трех) категорий пользователей.

  • Наличие приоритезированного списка требований, разбитого по категориям пользователей (25-30 требований).

  • Наличие эскиза архитектуры и модульной структуры системы (основных подсистем и связей между ними).

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

  • Наличие списка информационных объектов системы (каждый объект должен быть дополнен атрибутами).

  • Наличие ограничений и системных требований.

  • Наличие оценок сроков и стоимости, календарного плана выполнения работ.