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