- •Оглавление
- •Введение Цель и задачи курсового проектирования
- •Требования к организации проектных групп
- •Рекомендации
- •Указания к заданиям
- •Разработка технического задания.
- •Порядок выполнения работы
- •Методология idef0 – для потоков данных dfd.
- •Диаграмма Ганта.
- •Рекомендации по созданию диаграммы Ганта
- •Методология моделирования процессов idef3.
- •Пример.
- •Методология моделирования реляционных баз данных idef1x.
- •Пример. Проектирование на базе данных строительства дома
- •Методология aris для описания функциональной структуры и структуры процессов.
- •Методология моделирования uml.
- •Интегрированная модель сложной системы в нотации uml
- •Содержание пояснительной записки
- •Титульный лист
- •Введение
- •Постановка задачи
- •Пример таблицы входных, выходных и внутренних данных процесса
- •Нормативные документы, устанавливающие требования к процессу. Пример нормативных документов
- •Пример структуры участников процесса
- •Пример функциональных требований
- •Пример диаграммы вариантов использования для примера системы продажи товаров по каталогу
- •Формирование диаграммы кооперации.
- •Выбор метода разработки.
- •Обоснование и причины использования uml в данном проекте.
- •Выбор и обоснование языка программирования.
- •Пример выбора языка программирования
- •Пример выбора субд
- •Пример выбора субд
- •Проектирование логической структуры программного средства
- •Разработка диаграммы классов, описывающей логическую модель системы.
- •Пример диаграммы классов кадрового учёта
- •Пример фрагмента таблицы реквизитов входящего документа «ведомость материалов»
- •Разработка диаграммы состояний.
- •Простейший пример диаграммы состояний
- •Пример диаграммы состояний жизненного цикла объекта «телефона»
- •Пример диаграммы состояний подготовки строительного участка
- •Формирование диаграммы деятельности.
- •Пример фрагмента диаграммы деятельности для алгоритма нахождения корней квадратного уравнения
- •Пример фрагмента диаграммы деятельности для торговой компании с дорожками
- •Разработка диаграммы последовательности.
- •Пример диаграммы последовательности для моделирования телефонного разговора
- •Проектирование физической структуры программного средства
- •Разработка диаграммы компонентов.
- •Графическое изображение компонента в языке uml
- •Пример изображения отношения зависимости между компонентами в диаграмме компонентов
- •Разработка диаграммы развертывания.
- •Пример диаграммы развертывания для системы удаленного обслуживания клиентов банка
- •Визуальный интерфейс программного средства
- •Пример экранной формы и шаблона документа
- •Тестовые наборы
- •Заключение
- •Приложения
- •Список литературы
- •Система контроля версий.
- •Анализ рисков на симуляторе Riskology.
- •Модель оценки проекта cocomo II.
- •Каноническая модель жизненного цикла.
- •Эволюционная модель жизненного цикла.
- •Модель быстрого построения прототипов ис.
- •Влияние человеческого фактора на политику управления проектом разработки ис
- •Детальный анализ процесса построения модели закона Брукса.
- •Итерация №1.
- •Итерация №2.
- •Итерация №3.
- •Итерация №4.
- •Итерация №5.
- •Итерация №6.
- •Итерация №7.
- •Библиография Основная литература
- •Дополнительная литература
Указания к заданиям
Каждое задание представляет собой расчётно-учётную задачу, использующую данные из небольшой базы данных. Для каждой задачи должны быть определены данные, хранимые в базе данных – фамилии исполнителей, названия объектов, обозначения некоторых свойств, даты, сроки и т.д. Автоматизация процесса должна обеспечивать решение задачи по созданию некоторой выборки и формирования годного для печати отчёта, содержащего все необходимые реквизиты.
Результатом работы должна являться пояснительная записка, содержание которой должно включать этапы, соответствующие п. 2.2. Задание на курсовое проектирование обязательно вшивается в пояснительную записку после титульного листа.
Разработка технического задания.
Цель работы
Изучить основные принципы и получить базовые навыки подготовки технических заданий на разработку программного обеспечения.
Краткое введение
Необходимым условием при разработке на заказ современных коммерческих программных продуктов является создание и подписание технического задания (ТЗ) - требований к конечному результату. Основная цель написания ТЗ — устранение двусмысленностей о том, что именно будет являться конечным продуктом. Юридически техническое задание оформляется как приложение к договору оказания услуг по разработке и подписывается обеими сторонами. В рамках данной лабораторной работы ставится цель получения практических навыков разработки технических заданий.
Порядок выполнения работы
Подготовить описание предметной области
разработать краткое введение в предметную область;
выделить основные элементы предметной области и их взаимосвязи;
определить особенности и ограничения предметной области;
подготовить словарь используемых терминов и сокращений.
Сформулировать цель создания системы
сформулировать цель создания системы – как ответ на вопрос что за процесс в предметной области будет автоматизирован;
определить назначение системы, классифицировать существующие аналоги;
определить целевую аудиторию и ожидаемый уровень использования системы.
Осуществить детализацию функций системы
осуществить изучение потребностей заказчика;
выделить категории пользователей;
определить функциональные требования для пользователей каждой категории;
подготовить описание функций системы.
Произвести анализ ограничений
провести анализ аппаратных особенностей и ограничений;
провести анализ топологии и особенностей развертывания;
определить технологические ограничения.
Сформировать совокупный список требований к системе
если система предполагает интерактивность в общении с пользователем, то определить функциональные требования (описывают в динамике сценарии взаимодействия посетителя с системой) и структуру данных;
выделить специфические требования (например, многоязычность, требования к дизайну экранов оператора);
сформировать прочие требования (например, какая документация должна быть предоставлена разработчиком);
сформировать итоговый список требований.
Выработать архитектурное решение
обосновать выбор технологической платформы;
если система должна реализовывать специфическую бизнес-логику, в которой обычно хорошо разбирается заказчик и плохо - исполнитель, эта логика должна быть задокументирована в техническом задании максимально подробно;
подготовить модульную структуру системы;
подготовить детализированное описание подсистем.
Подготовить календарный план (документ A)
осуществить оценку сложности реализации подсистем;
разбить проект на работы, построить сетевой график;
осуществить оценку сроков и стоимости выполнения работ.
Скомпоновать из полученных материалов текст технического задания. (документ B, содержит документ A).
Требования
Наличие описания предметной области и цели создания системы.
Наличие целей и задач системы.
Наличие общего описания функциональности системы.
Наличие нескольких (не меньше трех) категорий пользователей.
Наличие приоритезированного списка требований, разбитого по категориям пользователей (25-30 требований).
Наличие эскиза архитектуры и модульной структуры системы (основных подсистем и связей между ними).
Наличие детализированного описания всех подсистем, содержащего назначение подсистемы и описание её функций.
Наличие списка информационных объектов системы (каждый объект должен быть дополнен атрибутами).
Наличие ограничений и системных требований.
Наличие оценок сроков и стоимости, календарного плана выполнения работ.
