Загрузка данных

Государственное бюджетное профессиональное образовательное учреждение
 «Волгоградский индустриальный техникум»
Самостоятельная работа студента 
по МДК 05.01.
Проектирование и дизайн информационных систем
09.02.07.(№ по журналу).ВТВ-1**
НАЗВАНИЕ РАЗРАБОТКИ
по предметной области
«НАЗВАНИЕ»

Студент		ФИО
Преподаватели		И.А. Бочарова 
		
Оценка		
Дата сдачи		
20**
СОДЕРЖАНИЕ
РАЗДЕЛ 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ	3
1.1.	Сбор данных	3
1.2.	Обоснование необходимости создания АС	3
1.3.	Предлагаемое решение	6
РАЗДЕЛ 2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ	8
2.1. Введение	8
2.2. Основание для разработки	8
2.3. Назначение разработки	8
2.4. Требования к программе или программному изделию	8
2.5. Требование к программной документации	8
2.6. Технико-экономические показатели	8
2.7. Стадии и этапы разработки	8
2.8. Порядок контроля и приемки	9
РАЗДЕЛ 3. ЭСКИЗНЫЙ ПРОЕКТ	10
3.1.  Структура входных – выходных данных	10
3.2. Архитектура информационной системы	11
3.3. Макеты интерфейса программы	11
РАЗДЕЛ 4. РАБОЧИЙ ПРОЕКТ	13
4.1.  Модели входных – выходных данных	13
4.2.  Тестирование	13

РАЗДЕЛ 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1.	Сбор данных
В данном разделе:
1)	дать определение предметной области (предприятию, организации, фирмы или их совокупности), для которой разрабатывается программный продукт. Описать каким видом деятельности она (предметная область) занимается;
2)	указать заинтересованных лиц (стейкхолдеров) в разработке программного продукта для данной предметной области (по профессии, специальности, должности, увлечению, интересам и т.д.), которые будут участниками разрабатываемой информационной системы продукта; 
3)	указать для каждого участника ИС (стейкхолдера), в чём заключается его заинтересованность в разработке программного продукта (должностные обязанности, увлечения, интересы и т.д.);
4)	перечислить информационное содержание документов, которые (1) используют (регламентирующие работу) и (2) обрабатываются (ведутся, например, журналы учёта товара на складе) в данной предметной области.
1.2.	Обоснование необходимости создания АС
Учитывая собранные данные, разработана модель бизнес-процесса, которая позволяет провести всесторонний анализ.
Используя методологии функционального моделирования IDEF0, BPMN и USE-Case построена функциональная модель, отображающая структуру и функции (НАЗВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ), а также потоки информации и материальных объектов, связывающих эти функции.
Первая диаграмма в иерархии диаграмм IDEF0 - контекстная, изображающая функционирование системы в целом.Общий вид модели представлен на схеме (НАЗВАНИЕ) (см. рисунок 1). 
Рисунок 1 - Общий вид контекстной диаграммы IDEF0
Далее можно для контекстной диаграммы IDEF0 построить её декомпозицию с подробным описанием функций разрабатываемой системы.
 
Рисунок 2 – Декомпозиция контекстной диаграммы IDEF0
Для конкретизации каких-то  блоков можно использовать BPMN.
 
 
Рисунок 3 – Диаграмма блока А0***
 
Рисунок 4 – Диаграмма блока А0***
Для того чтобы сформулировать общие требования к функциональному поведению проектируемой системы строится диаграмма вариантов использования, на которой изображаются отношения между стейкхолдерами. Данная модель представлена на примере (см. рисунок 4).
 
Рисунок 5 – Пример диаграммы вариантов
Разрабатывая модель бизнес-процесса, НА ВСЕХ СХЕМАХдолжны быть получены ответы на следующие вопросы, взглянув со всех точек зрения на бизнес-процесс и детализировав его:
 какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата; 
 в какой последовательности выполняются эти процедуры; 
 какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса; 
 кто выполняет процедуры процесса; 
 какие входящие документы/информацию использует каждая процедура процесса; 
 какие исходящие документы/информацию генерирует процедура процесса; 
 какие ресурсы необходимы для выполнения каждой процедуры процесса; 
 какая документация/условия регламентирует выполнение процедуры; 
 какие параметры характеризуют выполнение процедур и процесса в целом.
1.3.	Предлагаемое решение
Учитывая ***, можно сделать вывод, что для (название предметной области) необходимо разработать программный продукт в виде (указать вид приложения), который будет решать следующие задачи:
-	****************
-	****************
-	****************
РАЗДЕЛ 2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ
2.1. Введение
По ГОСТУ
2.2. Основание для разработки
Разработка программного продукта ведется на основании задания по МДК 05.01 Проектирование и дизайн информационных систем преподавателя государственного бюджетного профессионального образовательного учреждения «Волгоградский индустриальный техникум» Бочаровой	Ирины Анатольевны.
Тема разработки – Разработка*******
2.3. Назначение разработки
Разрабатываемый программный продукт, предназначен для:
2.4. Требования к программе или программному изделию 
2.4.1. Требования к функциональным характеристикам
Разрабатываемый программный продукт должен выполнять следующие функции:
Требования к временным характеристикам не предъявляются.
2.4.2 Требование к надёжности
2.4.3 Условие эксплуатаций
2.4.4 Требование к составу и параметрам технических средств
2.4.5 Требование к информационной программной совместимости
2.4.6 Требование к маркировке и упаковке
2.4.7 Требование к транспортированию и хранению
2.5. Требование к программной документации
2.6. Технико-экономические показатели
По ГОСТУ
2.7. Стадии и этапы разработки
По ГОСТУ

2.8. Порядок контроля и приемки
По ГОСТУ

РАЗДЕЛ 3. ЭСКИЗНЫЙ ПРОЕКТ
3.1.  Структура входных – выходных данных
При разработке программного продукта «Название» необходимо использовать идентификаторы, структура и назначение которых представлена в следующих таблицах.
Разрабатываемый проект должен содержать таблицу «Пользователи», структура, и описание которой представлено в таблице 1.
Таблица 1 - Пользователи
Поле	Тип	Ограничения	Описание
id	SMALLINT	PRIMARY Key	Счетчик, уникальное значение
Время	Time	DEFAULT `00.00`	Время звонка, по умолчанию установлено`00.00`
ФИО	Char (45)	NOT NULL	ФИО исполнителя, не более 45 символов, обязательное для заполнения

ИС содержит так же идентификаторы, которые не задействованы в БД, структура которых представлена в таблице 2.
Таблица 2 – Идентификаторы системы
Поле	Тип	Описание
count	целый	Количество участников олимпиады
summa	вещественный	Количество денег к оплате корзины

3.2. Архитектура информационной системы
 
Рисунок 6 – ER-диаграмма ИС
3.3. Макеты интерфейса программы
Разрабатываемый программный продукт должен соответствовать следующим макетам.
 
Рисунок 7 – Стартовая страница
 
Рисунок 8 –  Страница входа
 
Рисунок 9 – Страница регистрации

РАЗДЕЛ 4. РАБОЧИЙ ПРОЕКТ
4.1.  Модели входных – выходных данных
При разработке программного продукта «Название» были разработаны модели для таблиц, разработанных в разделе 3.
Для таблицы «Название» разработана следующая модель:
4.2.  Тестирование
Пример 1
При запуске программы появляется приветственное окно, на котором указано название и версия программного продукта, а так же название организации, выпустившая данный программный продукт (см. рисунок 14).
 
Рисунок 14 - Приветственное окно
Пример 2
По нажатию на кнопку «Вычислить», при введённых корректных входных данных, программа выдаёт ответ (см. рисунок 15).
 
Рисунок 15 – Окно расчетов
Программа выдаёт результат, соответствующий контрольному примеру.
Пример 3
При нажатии на правую клавишу мыши во время наведения курсора мыши на выделенное слово, программа выдаёт контекстное меню (Рисунок 4).
 
Рисунок 16 – Контекстное меню
Программа выдаёт ожидаемый результат. 
Пример 4
При выполнении команды Файл-Выход программа выдаёт контрольное предупреждение (Рисунок 5).
 
Рисунок 17 - Предупреждение