Язык записи понятий – русский. к курсовой работе по дисциплине

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к курсовой работе по дисциплине

«Современные методы разработки сложных программных комплексов»

по теме «Полное название темы»

Студент И.И. Иванов

Студент П.П. Петров

Руководитель Л.С. Зеленко

Самара 2016

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«САМАРСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ ИМЕНИ АКАДЕМИКА С.П. КОРОЛЕВА» (САМАРСКИЙ УНИВЕРСИТЕТ)»

Факультет Информатики
Кафедра Программных систем

ЗАДАНИЕ

на курсовую работу по дисциплине

«Современные методы разработки сложных программных комплексов»

студентам группы № 6123 М 405
И.И. Иванову
П.П. Петрову

1 Тема проекта:«Автоматизированная система составления и разгадывания линейного кроссворда по выбранной теме»

2 Исходные данные к проекту:см. приложение к заданию

3 Перечень вопросов, подлежащих разработке в курсовой работе:

3.1 Произвести анализ предметной области: изучить основные принципы составления кроссвордов, изучить методы и алгоритмы генерации кроссвордов

3.2 Выполнить обзор существующих систем-аналогов

3.3 Разработать информационно-логический проект по методологии UML

3.4 Разработать и реализовать программное и информационное обеспечение, провести его тестирование и отладку .

3.5 Оформить документацию курсовой работы

3.6 Подготовить презентацию по разработанной системе

4 Перечень графических разработок:

4.1 Структурная схема системы

4.2 Диаграммы UML

4.3 Схемы основных алгоритмов

Календарный план выполнения работ

№ п/п	Содержание работы по этапам	Объем этапа в % к общему объему проекта	Срок окончания	Фактическое выполнение
	Оформление технического задания и его утверждение
	Анализ и описание предметной области (1 раздел)
	Проектирование системы (2 раздел)
3.1	Разработка структурной схемы системы
3.2	Разработка информационно-логического проекта системы и его предъявление руководителю
	Реализация проекта, разработка контрольных примеров. Предъявление реализации руководителю (3 раздел).
	Корректировка проекта и оформление документации проекта. Защита проекта с представлением презентации.

Задание принял к исполнению ___________ /И.И.Иванов/ _______________

___________/П.П.Петров/ ________________

Роспись Дата (потом удалить)

ПРИЛОЖЕНИЕ
к заданию на курсовую работу
студентам группы № 6412 Б 300
И.И. Иванову

П.П. Петрову

Тема проекта: «Автоматизированная система составления и разгадывания линейного кроссворда по выбранной теме»

Исходные данные к проекту:

1 Характеристика объекта автоматизации:

1) объект автоматизации: линейный кроссворд;

2) виды автоматизируемой деятельности:

− процесс составления/генерирования кроссворда;

− процесс разгадывания кроссворда;

− процесс работы со словарем понятий;

− процесс визуализации работы с кроссвордом;

3) минимальная длина кроссворда ‑ 50 символов;

4) максимальная длина кроссворда ‑ 350 символов;

5) минимальная длина одного слова – 3 символа;

6) максимальная длина одного слова – 15 символов;

7) количество видов отображения кроссворда – 4;

8) количество букв в пересечении ‑ от 1 до 3;

9) количество видов сортировки словаря понятий – 2;

10) минимальное количество подсказок –1;

11) максимальное количество подсказок – 10% от количества слов;

язык записи понятий – русский.

2 Требования к информационному обеспечению:

1) информационное обеспечение разрабатывается на основе следующих документов:

- описание структуры кроссворда [Электронный ресурс]. – ru.wikipedia.org/wiki/Линейный_кроссворд (дата обращения 15.09.2014 г. );

- структуры словаря понятий (понятие и его определение располагаются в одной строке, разделены пробелом);

2) словари понятий хранятся в текстовых файлах формата *.dict;

3) кроссворды хранятся в файлах, структура файла определяется в процессе проектирования.

3 Требования к техническому обеспечению:

1) тип ЭВМ – IBM PC совместимый;

2) монитор с разрешающей способностью не ниже 800 х 600;

3) манипулятор – мышь;

4) технические характеристики определяются в процессе выполнения проекта.

4 Требования к программному обеспечению:

1) тип операционной системы ‑ Windows 7/8, Windows Vista;

2) язык программирования – С#;

3) среда программирования –Visual Studio 2015;

4) среда проектирования – StarUML 5.0.

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

5.1 Функции, реализуемые системой:

1) настройка параметров системы:

1 задание размеров кроссворда;

2 выбор вида отображения кроссворда;

3 подключение словаря понятий;

2) автоматическое составление кроссворда по заданным параметрам;

3) создание/редактирование кроссворда:

1 фильтрация списка слов по маске;

2 выбор слова из списка;

3 добавление слова на сетку кроссворда;

4 выбор слова в кроссворде;

5 удаление слова с сетки кроссворда;

4) сохранение кроссворда в файл заданной структуры;

5) загрузка кроссворда из файла;

6) работа со словарями понятий:

1 добавление понятия;

2 удаление понятия;

3 изменение понятия;

4 проверка дублирования понятий;

5 проверка языка записи понятий;

6 сортировка словаря по выбранному критерию;

7 поиск слова по маске;

8 загрузка словаря из файла;

9 сохранение словаря в файл;

10 создание нового словаря понятий;

7) разгадывание кроссворда с организацией системы подсказок:

1 выбор слова;

2 вписывание слова на сетке кроссворда;

3 взятие подсказки;

4 проверка правильности разгадывания слова/кроссворда;

8) визуализация процессов работы с кроссвордом;

9) выдача справочной информации о системе.

5.2 Технические требования к системе:

1) режим работы ‑ диалоговый;

2) время автоматической генерации кроссворда – не более 30 с;

3) система должна удовлетворять санитарным правилам и нормам
СанПин 2.2.2./2.4.2198-07;

4) условия работы средств вычислительной техники (содержание вредных веществ, пыли и подвижность воздуха) должны соответствовать ГОСТ 12.1.005, 12.01.007;

5) температура окружающего воздуха – 15-25°С;

6) влажность окружающего воздуха ‑ 45-75%.

Руководитель
курсовой работы ________________ / Л.С. Зеленко /

Задание принял
к исполнению _________________/ И.И. Иванов /

_________________/ П.П. Петров /

РЕФЕРАТ

Пояснительная записка 35 с, 14 рисунков, 5 таблиц[1], 12 источников,
2 приложения.

Графическая часть: 15 слайдов презентации PowerPoint.

ДЕРЕВО ПОИСКА, ГЕНЕРАТОР КРОССВОРДОВ, ГОЛОВОЛОМКА, СЛОВАРЬ ТЕРМИНОВ, ВАРИАНТ ОТОБРАЖЕНИЯ, РАЗГАДЫВАНИЕ

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

Программа написана на языке Object Pascal в среде Delphi v.6.0 и функционирует под управлением операционной системы Windows’2003.

СОДЕРЖАНИЕ

Введение. 12

1 Описание и анализ предметной области. 13

1.1 Описание предметной области. 13

1.2 Описание систем-аналогов. 14

1.2.1 Система-аналог 1. 14

1.2.1 Система-аналог 2. 15

1.3 Диаграмма объектов предметной области. 16

1.4 Постановка задачи. 16

2 Проектирование системы.. 17

2.1 Структурная схема системы.. 17

2.2 Спецификация системы.. 17

2.3 Разработка прототипа интерфейса пользователя системы.. 17

2.4 Информационно-логический проект системы.. 18

2.4.1 Язык UML. 18

2.4.2 Диаграмма вариантов использования. 20

Сценарий «Вход в систему». 21

2.4.3 Диаграмма классов. 21

2.4.4 Диаграмма состояний. 22

2.4.5 Диаграмма деятельности. 23

2.4.6 Диаграмма последовательности. 23

2.4.7 Логическая модель данных (при необходимости) 24

2.5 Выбор и обоснование алгоритмов обработки данных /Разработка и описание алгоритмов обработки данных. 25

2.6 Выбор и обоснование комплекса программных средств. 25

2.6.1 Выбор языка программирования и среды разработки. 25

2.6.2 Выбор операционной системы.. 26

2.6.3 Выбор среды программирования. 26

2.6.4 Выбор системы управления базами данных (при необходимости) 26

3 Реализация системы.. 27

3.1 Разработка и описание интерфейса пользователя. 27

3.1.1 Разработка и описание пользовательского меню.. 27

3.1.2 Описание тестового примера. 27

3.2 Физическая модель данных (при необходимости) 27

3.3 Реализация классов и структур данных. 28

3.4 Диаграммы реализации. 28

3.4.1 Диаграмма компонентов. 28

3.4.2 Диаграмма развертывания. 28

3.5 Выбор и обоснование комплекса технических средств. 29

3.5.1 Расчет объема занимаемой памяти. 29

Расчет объема внешней памяти. 29

Расчет объема ОЗУ.. 30

3.5.2 Минимальные требования, предъявляемые к системе. 30

Заключение. 32

Список использованных источников. 33

Приложение А Руководство пользователя. 34

А.1 Назначение системы.. 34

А.2 Условия работы системы.. 34

А.3 Установка системы.. 34

А.4 Работа с системой 34

А.4.1 Работа с системой в режиме администратора (если необходимо) 35

Вход в систему (авторизация) 35

А.4.2 Работа с системой в режиме пользователя. 35

Вход в систему (авторизация) 35

Вход в систему (регистрация) 35

Настройка параметров кроссворда. 35

Приложение Б Листинг модулей программы.. 36

приложение в Стили для оформления отчета и записки. 37

раздел - 1 уровень. 37

3.6 Подраздел (2 уровень) 38

3.6.1 Параграф (3 уровень) 38

Подпараграф (4 уровень) 39

Введение

Введение должно содержать оценку современного состояния решаемой проблемы, основные исходные данные для разработки[2], обоснование выбора методики исследования[3], ссылку на директивный документ (если таковой имеется). Во введении должны быть показаны актуальность и новизна темы [1].

Введение должно быть по объему около 1 страницы.

1 Описание и анализ предметной области

Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова.

1.1 Описание предметной области

Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст.

На рисунке 1^{^[4]} приведен внешний вид ….

язык записи понятий – русский. к курсовой работе по дисциплине - student2.ru
Рисунок 1 – Внешний вид компьютера (подрисуночная надпись)

В таблице 1[5] приведено описание ….

Таблица 1 – Характеристики…

Шапка таблицы	Шапка таблицы	Шапка таблицы	Шапка таблицы	Шапка таблицы
Содержание таблицы
Содержание таблицы

1.2 Описание систем-аналогов

1.2.1 Система-аналог 1

Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст [2[6]]. На рисунке 2 приведена главная экранная форма программы «Crosswordus», на которой…

язык записи понятий – русский. к курсовой работе по дисциплине - student2.ru
Рисунок 2 – Экранная форма программы «Crosswordus»
(подрисуночная надпись)

1.2.1 Система-аналог 2

Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст Текст [3[7]]. На рисунке 3 приведена главная экранная форма программы «XWordProfessional», на которой…

язык записи понятий – русский. к курсовой работе по дисциплине - student2.ru
Рисунок 3 – Экранная форма программы «XWordProfessional»
(подрисуночная надпись)

1.3 Диаграмма объектов предметной области

На рисунке 4 приведена диаграмма объектов предметной области. Далее описать основные характеристики объектов.

язык записи понятий – русский. к курсовой работе по дисциплине - student2.ru

1.4 Постановка задачи

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

В конце должен быть подведен итог.

Таким образом, системы должна решать следующие задачи:

Задачи из 5.1 приложения к ТЗ.

2 Проектирование системы

2.1 Структурная схема системы

2.2 Спецификация системы

2.3 Разработка прототипа интерфейса пользователя системы

Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова Вводные слова. Дать определение интерфейса, перечислить основные виды интерфейсов, отметить основные особенности разработки.

Здесь должны быть разработаны прототипы всех основных форм приложения с описанием привязанной к ней функциональности, например:

На рисунке 5 приведен прототип экранной формы начальной настройки приложения. Здесь пользователь должен выбрать язык программирования, на котором написан алгоритм, категорию (поиск или сортировка) и нажать кнопку «Далее» для перехода к следующему экрану (форме).

язык записи понятий – русский. к курсовой работе по дисциплине - student2.ru
Рисунок 5 – Прототип экранной формы начальной настройки приложения

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

2.4 Информационно-логический проект системы

2.4.1 Язык UML

Унифицированный язык моделирования UML (Unified Modeling Language) – это преемник того поколения методов объектно-ориентированного анализа и проектирования, которые появились в конце
80-х и начале 90-х годов. Отсутствие единого стандарта и метода построения единой и цельной объектной модели системы мешало широкому распространению объектно-ориентированных методов, поэтому создатели трех наиболее распространенных методологий Г. Буч, Д. Рамбо и А. Якобсон объединили свои усилия под эгидой Rational Software Corporation для создания UML, который и стал стандартом языка объектного моделирования [???].

Текст текст….

Рисунок ??? ‒ Навигационная модель приложения

2.4.2 Диаграмма вариантов использования

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

Разработка диаграммы вариантов использования преследует цели:

- определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;

- сформулировать общие требования к функциональному поведению проектируемой системы;

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

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

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

Таким образом, суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне.

Вариант использования (use case) – внешняя спецификация последовательности действий, которые система или другая сущность могут выполнять в процессе взаимодействия с актерами.

Диаграмма вариантов использования разрабатываемой системы представлена на рисунке ????.

Здесь должно быть краткое описание диаграммы.

Рассмотрим несколько сценариев вариантов использования.

Сценарий «Вход в систему»

Вариант использования: вход в систему.

Краткое описание: сценарий дает возможность любому пользователю войти в систему.

Актеры: пользователь.

Предусловия: компьютер пользователя включён, на экране – главное окно операционной системы с набором пиктограмм на рабочем столе.

Основной поток событий:

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

2 Пользователь вводит адрес системы в строку адреса веб-обозревателя.

3 На экране появляется стартовая страница системы.

4 Пользователь переходит по гиперссылке «Вход».

5 На экране появляется страница с формой ввода логина и пароля.

6 Пользователь вводит имя пользователя и пароль и нажимает кнопку «Вход».

А1: пользователь закрыл страницу с формой ввода логина и пароля.
А2: пользователь перешел по гиперссылке «Справка».

Система проверяет имя пользователя и пароль. Система осуществляет вход с соответствующими правами пользователя. Отображает стартовую страницу приложения в зависимости от прав пользователя, состав пунктов меню настраивается в соответствии с правами пользователя. Вариант использования завершается успешно.

Должно быть описано столько сценариев, сколько членов в команде.

2.4.3 Диаграмма классов

Диаграммы классов – это наиболее часто используемый тип диаграмм, которые создаются при моделировании объектно-ориентированных систем, они показывают набор классов, интерфейсов и коопераций, а также их связи. На практике диаграммы классов применяют для моделирования статического представления системы, они служат основой для целой группы взаимосвязанных диаграмм – диаграмм компонентов и диаграмм размещения [???].

На данном этапе для всех информационных объектов, выделенных в системе, разрабатываются классы с указанием полей, методов и свойств, которые регулируют процессы обработки данных (потоки данных заданной структуры) и/или структуры данных.

На рисунке ??? представлена диаграмма классов системы.

Здесь должно быть краткое описание диаграммы.

2.4.4 Диаграмма состояний

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

Диаграмма состояний по существу является графом, вершинами которого являются состояние и некоторые другие типы элементов автомата (псевдосостояния), а дугами – переходы из состояния в состояние. Диаграммы состояний могут быть вложены друг в друга, образуя вложенные диаграммы более детального представления отдельных элементов модели [???].

Диаграмма состояний системы в режиме администратора представлена на рисунке ????.

Здесь должно быть краткое описание диаграммы.

2.4.5 Диаграмма деятельности

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

Для моделирования процесса выполнения операций в языке UML используются диаграммы деятельности. Применяемая в них графическая нотация во многом похожа на нотацию диаграммы состояний, поскольку на этих диаграммах также присутствуют обозначения состояний и переходов. Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в следующее состояние выполняется только при завершении этой операции [???].

Таким образом, диаграммы деятельности можно считать частным случаем диаграмм состояний. Они позволяют реализовать в языке UML особенности процедурного и синхронного управления, обусловленного завершением внутренних деятельностей и действий. Основным направлением использования диаграмм деятельности является визуализация особенностей реализации операций классов, когда необходимо представить алгоритмы их выполнения. Диаграмма деятельности системы представлена на рисунке ???.

2.4.6 Диаграмма последовательности

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

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

Диаграмма последовательности для варианта использования «????» (см. п. 2.4.2) представлена на рисунке ???.

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

2.4.7 Логическая модель данных (при необходимости)

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

При проектировании баз данных обычно выделяют три уровня абстракции, на которых происходит последовательное уточнение модели: концептуальный (семантический уровень представления данных в виде абстрактных понятий, учитывающих особенности предметной области), логический (уровень представления в виде структуры данных – сущностей, атрибутов и связей) и физический (уровень реализации базы данных) [???].

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

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

Объекты могут находиться в определенном отношении, если они по каким-либо свойствам или признакам связаны между собой, правило, по которому экземпляр одной сущности сопоставляется экземпляру другой сущности, известно. Таким образом, множество экземпляров одной сущности отображается по определенному правилу в множество экземпляров другой сущности. Поэтому говорят, что связь – это отображение одной сущности в другую. Связь имеет уникальное имя.

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

Описание сущностей логической модели базы данных системы представлены в таблицах ???-???.

Таблица ??? – Сущность «Роль пользователя»

Атрибут	Описание
Идентификатор	Уникальный идентификатор
Название	Название роли пользователя в системе

2.5 Выбор и обоснование алгоритмов обработки данных /Разработка и описание алгоритмов обработки данных

Схемы алгоритмов должны быть оформлены в соответствии с ГОСТ [4].

2.6 Выбор и обоснование комплекса программных средств

2.6.1 Выбор языка программирования и среды разработки

2.6.2 Выбор операционной системы

2.6.3 Выбор среды программирования

2.6.4 Выбор системы управления базами данных (при необходимости)

3 Реализация системы

3.1 Разработка и описание интерфейса пользователя

3.1.1 Разработка и описание пользовательского меню

3.1.2 Описание тестового примера

3.2 Физическая модель данных (при необходимости)

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

Таблица ??? – Соответствие основных категорий

Сущность	Отношение	Таблица	Файл
Экземпляр	Кортеж	Строка	Запись
Атрибут	Домен	Столбец	Поле

При переходе от логической модели данных (диаграммы сущностных классов (см. рисунок ???)), к физической (схеме таблиц), и наоборот, существует соответствие между элементами модели (таблица ???).

Таблица ??? – Соответствие основных категорий

Логическая модель	Физическая модель
Class (Класс)	Table (Таблица)
Operation (Операция)	Constraint (Ограничение)
Attribute (Атрибут)	Column (Колонка)
Package (Пакет)	Scheme (Схема)
Component (Компонент)	Database (База данных)
Association (Ассоциация)	Relationship (Связь)
Нет	Trigger (Тригер)
Нет	Index (Индекс)

3.3 Реализация классов и структур данных

3.4 Диаграммы реализации

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

3.4.1 Диаграмма компонентов

Диаграмма компонентов описывает особенности физической реализации приложения, определяет архитектуру приложения и устанавливает зависимость между компонентами, в роли которых выступает исполняемый код. Диаграмма компонентов отображает общие зависимости между компонентами. Основными графическими элементами диаграммы являются компоненты, интерфейсы и зависимости между ними [????].

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

3.4.2 Диаграмма развертывания

Диаграмма развертывания применяется для представления общей конфигурации и топологии распределенной системы и содержит распределение компонентов по определенным узлам. Диаграмма показывает наличие физических соединений, маршрутов передачи информации между аппаратными устройствами, задействованными в реализации системы, содержит графические изображения процессоров, устройств, процессов и связей между ними [????].

Диаграмма развертывания системы представлена на рисунке ???.

Должно быть краткое описание диаграммы.

3.5 Выбор и обоснование комплекса технических средств

3.5.1 Расчет объема занимаемой памяти

Расчет объема внешней памяти

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

V_ЖД = V_ОС + V_ПР + [V_БД] + [V_СПО] + [V_Ф][8],

где V_ОС – объем памяти, занимаемый операционной системой (операционная система Windows XP с пакетом обновлений SP3, VОС = 1,5 Гб);

V_ПР – объем памяти, занимаемый непосредственно файлами приложения (VПР = 80 Мб);

V_БД – объем памяти, занимаемый базой данных (всеми таблицами) при ее максимальном заполнении. Пример расчета этой составляющей приведен в таблице 7; исходные данные для расчета взяты из описания таблиц БД.

V_СПО– объем памяти, занимаемый всем необходимым сопутствующим программным обеспечением (сюда входят СУБД, фреймворки, MS Office (PowerPoint) и другие средства разработки; дадим оценку сверху VСПО в 2 Гб);

V_Ф – объем памяти, необходимый для хранения файлов, необходимых для работы программы (дадим ему оценку сверху в 2,5 Мб);

V_БД = 4045117680 байт = 3950310 Кб = 3858 Мб = 3,76 Гб.

Таким образом, суммарный объем внешней памяти составит:

V_ЖД = 1,5 Гб + 80 Мб + 3,76 Гб + 2 Гб + 2,5 Мб » 7,5 Гб.

Таблица 7 – Расчет объема внешней памяти, необходимой для хранения БД (фрагмент)

Таблица	Размер записи (байт)	Максимум записей	Всего (байт)
Пользователь
Роль
Назначенная роль
…	…	…	..
Итого

Расчет объема ОЗУ

Для расчета необходимого объема ОЗУ воспользуемся следующей формулой:

V_ОЗУ = V_ОС + V_ПР + [V_СПО] + [V_БД],

где V_ОС – ОЗУ, занимаемое операционной системой (256 Мб);

V_ПР – ОЗУ, которое займет само приложение (не превысит 8 Мб);

V_СПО – ОЗУ, занимаемое СУБД и другим сопутствующим ПО (оценим его сверху значением в 128 Мб);

V_БД – объем данных из базы, который может быть одновременно загружен в оперативную память (дадим ему оценку сверху в 10 Мб).

Суммарные объемы ОЗУ составит:

V_ОЗУ = 256 Мб + 8 Мб + 128 Мб + 20 Мб = 412 Мб.

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

3.5.2 Минимальные требования, предъявляемые к системе

Для корректного функционирования системы необходимо:

1) тип ЭВМ: x86-64 совместимый;

2) объем ОЗУ – не менее 512 Мб;

3) объем свободного дискового пространства – не менее 10 Гб;

4) клавиатура или иное устройство ввода;

5) мышь или иное манипулирующее устройство.

И другие средства, поддерживающие функционирование системы.

Заключение

Во время курсового проектирования была разработана автоматизированная система …, позволяющая ….

В заключении должны быть отражены основные результаты работы, желательно сделать это с привязкой к разделам отчета, например:

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

Список использованных источников

Пример оформления книг

1 СТО СГАУ 02068410-004-2007 [Текст]. Общие требования
к учебным текстовым документам. – Самара: Самар. гос. аэрокосм. ун-т, 2007. – 30 с.

2 Кнут, Д. Искусство программирования. Том 3. Сортировка и поиск [Текст]/ Д. Кнут. – М.: Издательский дом «Вильямс», 2013. – 824 с.

3 Буч, Г. Язык UML. Руководство пользователя [Текст] / Г. Буч, Д. Рамбо, А. Джекобсон. – М.: ДМК, 2003. – 432 с.

4 ГОСТ 19.701-90. Схемы алгоритмов, программ, данных и систем [Текст]. – М.: Изд-во стандартов, 1991. – 20 с.

Пример оформления электронных ресурсов

5 Диаграмма вариантов использования [Электронный ресурс]. –www.intuit.ru/studies/courses/32/32/lecture/1004 (дата обращения 05.09.2016 г.).

Приложение А
Руководство пользователя

А.1 Назначение системы

Приводится краткое описание возможностей системы.

А.2 Условия работы системы

Пример.

Для корректной работы системы необходимо наличие соответствующих программных и аппаратных средств.

1) Требования к техническому обеспечению:

-ЭВМ типа IBM PC;

-процессор типа x86 или x64 тактовой частоты 1400 МГц и выше;

-…

2) Требования к программному обеспечению:

-операционная система Windows XP SP3 и выше;

-установленная платформа .Net версии 4.0 и выше;

-установленная СУБД ….

А.3 Установка системы

Пример.

Система поставляется в виде zip-архива. Данный файл необходимо распаковать в любую директорию на жестком диске. Запускаемым файлом системы является файл ххх.exe.[9]

А.4 Работа с системой

А.4.1 Работа с системой в режиме администратора (если необходимо)

Вход в систему (авторизация)

…

А.4.2 Работа с системой в режиме пользователя

Вход в систему (авторизация)

Вход в систему (регистрация)

Настройка параметров кроссворда

Приложение Б
Листинг модулей программы

приложение в
Стили для оформления отчета и записки

раздел - 1 уровень

На рисунке 1[10] приведен внешний вид ….

В таблице 1 [11]приведено описание ….

Таблица 1 – Характеристики…

Шапка таблицы	Шапка таблицы	Шапка таблицы	Шапка таблицы	Шапка таблицы
Содержание таблицы
Содержание таблицы

3.6 Подраздел (2 уровень)

3.6.1 Параграф (3 уровень)

a) Элемент Списка нумерованного 2

b) Элемент Списка нумерованного 2

c) Элемент Списка нумерованного 2

7 Элемент Списка нумерованного 1

8 Элемент Списка нумерованного 1

9 Элемент Списка нумерованного 1

- Элемент Списка маркированного

Подпараграф (4 уровень)[12]

[1] Количество страниц, рисунков, таблиц указывается с учетом приложений

[2] Здесь нужно дать небольшую историческую справку о вашей задаче.

[3] Вместо методик исследования необходимо указать методологии, используемые при проектировании системы, и кратко их охарактеризовать, а также дать краткое описание технологии RAD, используемой при разработке.

[4] Ссылка на рисунок должна быть перед рисунком

[5] Ссылка на таблицу должна быть перед таблицей

[6] Должен быть указан адрес сайта, на котором размещена программа

[7] Должен быть указан адрес сайта, на котором размещена программа

[8] […] – значения, указанные в таких скобках, могут отсутствовать

[9] Если необходимы дополнительные ресурсы для обеспечения работоспособности системы, то все для них также должны быть перечислены условия установки. Если установка нестандартная, то она должна быть подробно описана (в объеме, достаточном для понимания пользователя).

[10] Ссылка на рисунок должна быть перед рисунком

[11] Ссылка на таблицу должна быть перед таблицей

[12] 4-ый уровень заголовков не нумеруется