Разработка проекта информационной системы "Турагентство"

Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Воронежский государственный лесотехнический университет имени Г.Ф. Морозова»

Кафедра Вычислительной техники и информационных систем

09.03.02 Информационные системы и технологии

По дисциплине «Методы и средства проектирования информационных систем и технологий»

КУРСОВАЯ РАБОТА

Разработка проекта информационной системы «Турагентство»

Студент группы ИС2-152-ОБ Холиков Я.Р.

Руководитель, к.т.н., доцент С.А. Евдокимова

Воронеж 2018



МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ ЛЕСОТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМЕНИ Г.Ф. МОРОЗОВА

Кафедра Вычислительной техники и информационных систем

ЗАДАНИЕ

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

«Методы и средства проектирования информационных систем и технологий»

Студент(-ке)у 4 курса гр. ИС2-152-ОБ

ТЕМА РАБОТЫ

Разработка проекта информационной системы (подсистемы)

ПОСТАНОВКА ЗАДАЧИ

1. Провести предпроектное обследование предприятия, для которого будет разрабатываться ИС, и построить модели ее деятельности (в виде диаграмм IDEF0, DFD, IDEF3 или ARIS).

2. Разработать техническое задание на создание ИС.

3. Разработать часть технического проекта ИС, которая должна включать:

проект архитектуры комплекса технических средств;

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

модель данных для проектируемой подсистемы;

проект пользовательского интерфейса.

СОДЕРЖАНИЕ ПОЯСНИТЕЛЬНОЙ ЗАПИСКИ

Введение

Предпроектное обследование предметной области

Техническое задание на создание информационной системы

Проект архитектуры комплекса технических средств

Проект логической реализации информационной системы

Модель данных для информационной системы

Проект пользовательского интерфейса

Заключение

Список литературы

Задание выдано «28» сентября 2018 г.

Срок выполнения «24» декабря 2018 г.

Задание выдал к.т.н., доцент С.А. Евдокимова

Зав. кафедрой, д.т.н., профессор В.К. Зольников

архитектура технический логический информационный



Оглавление

Введение

1. Описание объекта автоматизации

1.1 Контекстная диаграмма

1.2 Диаграммы декомпозиции

1.3 Диаграммы потоков данных

1.4 Диаграмма дерева узлов

2. Техническое задание на разработку информационной системы «Турагентство»

2.1 Общие сведения

2.2 Назначения и цели создания системы

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

2.4 Требования к системе

2.5 Состав и содержание работ по созданию системы

2.6 Порядок контроля и приемки системы

2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

2.8 Требования к документированию

3. Технический проект ИС «Турагентство»

3.1 Диаграмма прецедентов

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

3.3 Логическая модель данных

3.4 Физическая модель данных

3.5 Проектирование пользовательского интерфейса

Список литературы

Приложения



Введение

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

1) Описание объекта автоматизации;

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

3) Создание проекта логической реализации;

4) Разработка модели данных;

На каждом из этапов представляется свой проект, который описывает систему с определенной стороны.



1. Описание объекта автоматизации

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

1.1 Контекстная диаграмма

Контекстная диаграмма представляет требования к системе на самом верхнем уровне - уровне взаимодействия с окружением.

На контекстной диаграмме специфицируемая система представляется в виде одного единственного процесса, связанного с внешними сущностями потоками данных. Контекстная диаграмма деятельности риелтора представлена на рисунке 1.1.

Рисунок 1.1 -- Контекстная диаграмма А-0

Работы и стрелки контекстной диаграммы А-0 находятся в таблицах А.1 и А.2 приложения А.

1.2 Диаграммы декомпозиции

Диаграммы, которые описывают каждый фрагмент контекстной диаграммы, называются диаграммами декомпозиции. Диаграмма декомпозиции деятельности риелтора А0 представлена на рисунке 1.2.

Рисунок 1.2 - Диаграмма декомпозиции А0

Внутренние стрелки диаграммы декомпозиции А0 находятся в таблице А.3 приложения А.

Диаграмма декомпозиции деятельности риелтора А1 представлена на рисунке 1.3.



Рисунок 1.3 - Диаграмма декомпозиции А1

Диаграмма декомпозиции деятельности риелтора А2 представлена на рисунке 1.4.

Стрелки диаграммы декомпозиции А1 находятся в таблице А.5 приложения А.

Рисунок 1.4 - Диаграмма декомпозиции А2



Работы диаграммы декомпозиции А2 находятся в таблицах А.6 приложения А.

1.3 Диаграммы потоков данных

Диаграммы потоков данных (DFD) - используются для описания документооборота и обработки информации. Модель информационной системы определятся как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю.

Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процессы становятся элементарными и детализировать их далее невозможно. DFD можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота. Диаграмма потоков данных «просмотр подходящих клиенту предложений» представлена на рисунке 1.4.



Рисунок 1.4 - Диаграмма потоков данных А3

Объекты и потоки диаграммы потоков данных А3 находятся в таблицах А.6 и А.7 приложения А.

1.4 Диаграмма дерева узлов

Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. Диаграмма дерева узлов представлена на рисунках 1.6 и 1.7.



Рисунок 1.6 - Диаграмма дерева узлов

Рисунок 1.7 - Диаграмма дерева узлов



2. Техническое задание на разработку информационной системы «Турагентство»

2.1 Общие сведения

Полное наименование системы: Информационная система «Турагентство»

Краткое наименование: ИС «Турагентство»

2.2 Назначения и цели создания системы

Информационная система «Турагентство» предназначена для оптимизации и частичной автоматизации деятельности турагенства.

Основными целями создания ИС «Турагентство» являются:

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

- сокращение трудоёмкости, времени обработки данных и подготовки учётных документов;

При работе с клиентами на данный момент, не используются автоматизирующие деятельность программы, поиск информации и подготовка документации ведётся вручную. Поэтому экономический эффект от внедрения ИС «Турагентство» ожидается за счёт сокращения времени на операции, выполняемые работниками фирмы, исключения ошибок при подготовке документации.

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

Объектами автоматизации являются процессы работы с клиентами, обработка информации об имеющихся турах, сделках и партнерах.

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

2.4 Требования к системе

Требования к ИС «Турагентство» в целом

ИС «Турагентство» должна реализовывать функции:

- ввод, хранение информации о предлагаемых турагентством турах;

- поиск, сортировка информации при работе с клиентами;

- упрощение подготовки документации при формировании сделки.

ИС «Турагентство» должна быть реализована в виде подсистем: «Учёт туристических предложений» и «Работа с клиентом».

Подсистема «Учёт туристических предложений» предназначена для ведения базы данных, содержащей предлагаемые клиентам туры, их стоимость и дополнительную информацию.

Подсистема «Работа с клиентом» предназначена для сортировки и поиска туров максимально подходящих клиенту по цене, региону и качеству обслуживания.

Разрабатываемое программное обеспечение ИС должно иметь:

- парольную защиту при запуске программы;

- ограничение несанкционированного доступа к данным;

- разграничение пользовательских прав.

ИС должна работать на компьютерах IBM PC-совместимых с частотой процессора от 2 ГГц, Объемом оперативной памяти от 2 ГБ, объёмом свободного дискового пространства - 100 ГБ, с операционной системой Windows 7 и выше.

2.5 Состав и содержание работ по созданию системы

Модель жизненного цикла информационной системы должна позволять выполнять итеративную и инкрементную разработку ИС.

Создание ИС «Турагентство» должно производиться в соответствии с этапами работ, представленными в таблице Б.1 приложения Б, которые будут повторяться на каждой итерации при реализации подсистемы или отдельных вариантов использования.

2.6 Порядок контроля и приемки системы

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

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

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

Система считается сданной в промышленную эксплуатацию после подписания акта сдачи-приемки системы.



2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Для подготовки ИС к вводу в эксплуатацию необходимо:

- назначить должностное лицо в организации Заказчика;

- установить комплекс технических средств;

- совместно с Исполнителем выполнить инсталляцию системного ПО;

- провести ввод данных справочной информации и настройку системы;

- составить документ «Программа испытаний»;

- провести испытания;

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

- провести обучение потенциальных пользователей работе с ИС.

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

- проводить диагностику ИС;

- своевременно проводить резервное копирование баз;

- при возникновении аварийных ситуаций ликвидировать их последствия и восстанавливать режим функционирования ИС;

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

- выполнять требования к эксплуатации и обслуживанию ИС;

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

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



2.8 Требования к документированию

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

- Общее описание системы;

- Руководство пользователя;

- Руководство администратора;

- Руководство программиста;

- Регламент эксплуатации.



3. Технический проект ИС «Турагентство»

3.1 Диаграмма прецедентов

Диаграмма прецедентов (диаграмма вариантов использования) в UML- диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне. Диаграмма прецедентов «Турагентство» представлена на рисунке 3.1.

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

Рисунок 3.1 - Диаграмма прецедентов

Описание: На диаграмме прецедентов представлено отношение между актёром (Работник турагентства) и прецедентами (Модуль интерфейса БД) в ИС «Турагентство».



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

Диаграмма последовательности действий функции «Ввод информации о клиенте» представлена на рисунке 3.2.

Рисунок 3.2 - Диаграмма последовательности действий функции «Ввод информации о клиенте»

Основной поток для функции «Ввод информации о клиенте»:

Авторизация - ввод логина и пароля пользователя, при неверном логине или пароле выполняется альтернативный поток событий А1.

Ввод информации о клиенте в базу данных.

Сохранение введённой информации в базе данных.

Проверка ошибок введённой информации, при наличии ошибок выполняется альтернативный поток событий А2

Ввод особы пожеланий клиента в базу данных.

Сохранение информации об особых пожеланиях клиента в базе данных.

Альтернативный поток событий для функции «Ввод информации о клиенте» А1:

При неверно введённом логине или пароле выводится сообщение об ошибке и предложение повторного введения.

Ввод информации о клиенте в базу данных.

Сохранение введённой информации в базе данных.

Проверка ошибок введённой информации, при наличии ошибок выполняется альтернативный поток событий А2.

Ввод особы пожеланий клиента в базу данных.

Сохранение информации об особых пожеланиях клиента в базе данных.

Альтернативный поток событий для функции «Ввод информации о клиенте» А2:

При наличии ошибок в введённой информации появляется окно с ошибкой и предложение повторного введения информации или исправления ошибок.

Ввод особы пожеланий клиента в базу данных.

Сохранение информации об особых пожеланиях клиента в базе данных.

Диаграмма последовательности действий функции «Ввод данных о турах» представлена на рисунке 3.3.

Рисунок 3.3 - Диаграмма последовательности действий функции «Ввод данных о туре»

Основной поток для функции «Ввод данных о туре»:

Авторизация - ввод логина и пароля пользователя, при неверном логине или пароле выполняется альтернативный поток событий А1.

Ввод информации о туре в базу данных.

Сохранение введённой информации в базе данных.

Проверка ошибок введённой информации, при наличии ошибок выполняется альтернативный поток событий А2.

Альтернативный поток событий для функции «Ввод данных о туре» А1:

При неверно введённом логине или пароле выводится сообщение об ошибке и предложение повторного введения.

Ввод информации о туре в базу данных.

Сохранение введённой информации в базе данных.

Проверка ошибок введённой информации, при наличии ошибок выполняется альтернативный поток событий А2.

Альтернативный поток событий для функции «Ввод данных о туре» А2:

При наличии ошибок в введённой информации появляется окно с ошибкой и предложение повторного введения информации или исправления ошибок.

Диаграмма последовательности действий функции «Оформление сделки» представлена на рисунке 3.4.



Рисунок 3.4 - Диаграмма последовательности действий функции «Оформление сделки»

Основной поток для функции «Оформление сделки»:

Авторизация - ввод логина и пароля пользователя, при неверном логине или пароле выполняется альтернативный поток событий А1.

Ввод информации о сделке в интерфейс БД.

Печать требуемых для сделки документов.

Альтернативный поток событий для функции «Оформление сделки» А1:

При неверно введённом логине или пароле выводится сообщение об ошибке и предложение повторного введения.

Ввод информации о сделке в интерфейс БД.

Печать требуемых для сделки документов.

Диаграмма последовательностей «Поиск тур путевки» представлена на рисунке 3.5.



Рисунок 3.5 - Диаграмма последовательности действий функции «Поиск тур путевки»

Основной поток для функции «Поиск тур путевки»:

Авторизация - ввод логина и пароля пользователя, при неверном логине или пароле выполняется альтернативный поток событий А1.

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

Запрос подходящей информации в БД.

Выведения результатов запроса на интерфейс.

Просмотр результатов сортировки.

Альтернативный поток событий для функции «Поиск тур путевки» А1:

При неверно введённом логине или пароле выводится сообщение об ошибке и предложение повторного введения.

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

Запрос подходящей информации в БД.

Выведения результатов запроса на интерфейс.

Просмотр результатов сортировки.



3.3 Логическая модель данных

Логическая модель данных - это абстрактный взгляд на данные, никак не связанный с конкретной реализацией СУБД. Объектами модели, представляемой на логическом уровне, являются сущности и атрибуты.

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

На рисунке 3.6 представлена логическая модель данных для ИС «Турагентство».

Рисунок 3.6 - Логическая модель данных

Описания таблиц находятся в таблицах приложения В: «Страны» - В.1, «Маршруты» - В.2, «Продажи» - В.3, «Клиент» - В.4. Также для обеспечения целостности данных, в Редакторе связей нужно установить значения, которые описаны в таблице В.5 приложения В.

3.4 Физическая модель данных

Физическая модель данных зависит от конкретной СУБД и фактически является отображением системного каталога. В физической модели содержится информация обо всех объектах БД.

На рисунке 3.7 представлена физическая модель данных.

Рисунок 3.7 - Физическая модель данных

Описание индексных полей и правил валидации в таблицах В.9 и В.10 приложения В.

3.5 Проектирование пользовательского интерфейса

В процессе проектирования ИС «Турагентство» был разработан интерфейс программы.

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



Рисунок 3.8 - Начальное меню информационной подсистемы «Турагентство»

После нажатия на кнопку «Запуск» мы переходим в основное меню программы, представленное на рисунке 3.9, на нем расположены все необходимые для проведения операций над данными компоненты.

Рисунок 3.9 Основное меню



Заключение

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

Были рассмотрены и выполнены следующие этапы:

Обзор объекта автоматизации;

Создание проекта архитектуры комплекса технических средств;

Создание проекта логической реализации;

Разработка модели данных;

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



Список литературы

1. Братищенко, В.В. Проектирование информационных систем [Текст] / В.В. Братищенко. - Иркутск: Изд-во БГУЭП, 2004. - 84 с.

2. Вендров, А.М. CASE-технологии. Современные методы и средства проектирования информационных систем [Текст] / А.М. Вендров - М.: Финансы и статистика, 2000.

3. Википедия - Свободная энциклопедия: IDEF0 [Электронный ресурс]. Режим доступа: https://ru.wikipedia.org/wiki/IDEF0. -Загл. с экрана.

4. Гагарина, Л.Г. Разработка и эксплуатация автоматизированных информационных систем: учеб.пособие для сред. проф. Образования [Текст] / Л.Г. Гагарина, Д. В. Кисилев, Е. Л. Федотова; под ред. Л.Г. Гагариной. - М.: Форум-Инфра-М, 2009. - 384 с.

5. Емельянова, Н.З. Проектирование информационных систем: Учебное пособие [Текст] / Н.З. Емельянова, Т.Л. Партыка, И.И. Попов - М.: Форум: НИЦ ИНФРА-М, 2014. - 432 с.: ил.

6. Интуит - национальный открытый университет: Диаграмма последовательностей [Электронный ресурс]. - Режим доступа: https://www.intuit.ru/studies/courses/1007/229/lecture/5954?page=3. -Загл. с экрана.

7. Интуит - национальный открытый университет: Диаграммы потоков данных [Электронный ресурс]. - Режим доступа: https://www.intuit.ru/studies/courses/2195/55/lecture/1632?page=2. -Загл. с экрана.

8. Калянов, Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес процессов [Текст] / Г.Н. Калянов - 3-е изд. - М.: Горячая линия - Телеком, 2002. - с. 320.

9. Коваленко, В.В. Проектирование информационных систем: учеб.пособие для вузов [Текст] / В.В. Коваленко. - М.: Форум, 2012. - 320 с.

10. Маклаков, С.В. Bpwin и Erwin. CASE-средства разработки информационных систем. [Текст] / С.В. Маклаков - М.: Диалог-МИФИ, 2001. - с. 304.

11. Маклаков, С.В. Создание информационных систем с AllFusionModelingSuite [Текст] / С.В. Маклаков - М.: ДИАЛОГ - МИФИ, 2002. - 224с.

12. Петров В.Н. Информационные системы [Текст] / В.Н. Петров. - СПб.: Питер, 2014. - 688с.

13. Студопедия: Диаграммы декомпозиции [Электронный ресурс]. - Режим доступа: http://studopedia.org/4-1149.html. -Загл. с экрана.

14. Черемных, С.В. Моделирование и анализ систем. IDEF-технологии: практикум [Текст] / С.В. Черемных, И.О. Семенов, В.С. Ручкин. - М.: Финансы и статистика, 2008. - 189с.

15. Baumanki.net: Диаграммы прецедентов [Электронный ресурс]. -Режим доступа: http://baumanki.net/lectures/10-informatika-i-programmirovanie/273-uml/3461-6-diagrammy-precedentov.html. . -Загл. с экрана.



Приложение А

Описание диаграмм IDEF0

Таблица А.1 - Стрелки контекстной диаграммы А-0

Arrow Name	Arrow Definition
Сотрудники турагентства	Сотрудники, непосредственно работающие с клиентами и информацией
Процедуры и правила работы	Стандарты обслуживания клиентов, критерии, которым должен соответствовать предприниматель для создания конкурентного преимущества
Информация о турах, отелях, транспорте	Информация необходимая для полноценной работы турагентства
Спрос	Заказы клиентов на интересующие их путевки
Сделки	Проданные туры

Таблица А.2 - Работы контекстной диаграммы А-0

Activity Name	Definition
Сбор информации о турах, отелях, транспорте	Получение предложений о турах
Обслуживание клиентов	Обработка заказов, пожеланий клиентов, занесение в БД
Оформление сделки	Оформление заключённых договоров

Таблица А.3 - Внутренние стрелки диаграммы декомпозиции А0

Arrow Name	definition
Туристические предложения	Предлагаемые путевки
Заказ тура	Информация о выбранном клиентом туре

Таблица А.4 - Стрелки диаграммы декомпозиции А1

Arrow Name	Блок начала стрелки
Доступные для заказа туры	Выбранные для обработки туристические предложения

Таблица А.5 - Работы диаграммы декомпозиции А2

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



Таблица А.6 - Объекты DFD-диаграммы А3

Вид объекта	Имя объекта
Внешнаяя сущность	Сотрудники турагентства
Работа	Заполнение документов
Работа	Подтверждение и оплата тура
Хранилище данных	ЬД заказов
Хранилище данных	ЬД клиентов
Хранилище данных	Бухгалтерская отчетность

Таблица А.7 - Потоки данных DFD-диаграммы А3

Имя стрелки	Начало стрлки	Конец стрелки
Работа с клиентом	Сотрудники турагентства	Заполнение документов
Работа с клиентом	Сотрудники турагентства	Подтверждение и оплата тура
Заполение базы данных	Заполнение документов	БД Заказов
Заполение базы данных	Заполнение документов	БД Клиентов
Заполение базы данных	Подтверждение и оплата тура	Бухгалтерская отчетность



Приложение Б

Перечень работ по созданию ИС

Таблица Б.1 - Перечень работ по созданию ИС «Турагентство»

№п/п	Наименование работы	Результат
1	Разработка спецификации вариантов использования	Документы спецификации
22	Разработка архитектуры программной системы	Модели архитектуры системы для каждого выбранного архитектурного представления
33	Уточнение логической структуры ИС	Спецификация логической архитектуры ИС
44	Разработка модели данных для проектируемой подсистемы или системы в целом и создание БД	ER-диаграмма, схема реляционной базы данных или другая модель данных
55	Разработка проектных моделей пользовательского интерфейса	Модель пользовательского интерфейса модулей ИС в среде разработки
66	Проектирование, разработка компонентов системы и их тестирование	Действующий образец ИС, функционирующих на программно-аппаратном комплексе разработчика
77	Интеграционное тестирование функций ИС, исправление программного кода	Действующий образец ИС, удовлетворяющий требованиям ТЗ
88	Разработка спецификации вариантов использования	Документы спецификации
*9	Разработка архитектуры программной системы	Модели архитектуры системы для каждого выбранного архитектурного представления
№ п/п	Наименование работы	Результат
8	Разработка документации	Комплект пользовательских
9	Установка системы и квалификационное требование	ИС, соответствующая требования ТЗ, установленная на программно-аппаратном комплексе заказчика и готовая к опытной эксплуатации
10	Обучение пользователей	Пользователи обладают практическими навыками работы с системой
11	Внедрение в опытную эксплуатацию	Акт сдачи-приёмки системы в опытную эксплуатацию
12	Сопровождение системы во время опытной эксплуатации



Приложение В

Описание таблиц модели данных ИС

Таблица В.1 - Описание таблицы «Страны»

Поле	Тип	Размер	Описание
Код страны	Числовой	50	Уникальный идентификатор
Название страны	Текстовый	50	Not Null
Стоимость визы	Денежный	50	Not Null

Таблица В.2 - Описание таблицы «Маршруты»

Поле	Тип	Размер	Описание
Код маршрута	Счетчик	50	Уникальный идентификатор
Код страны	Числовой	50	Not Null
Наименование	Текстовый	50	Not Null

Таблица В.3 - Описание таблицы «Продажи»

Поле	Тип	Размер	Описание
Код_продажи	Счетчик	50	Уникальный идентификатор
Код маршрута	Числовой	70	Not Null
Код клиента	Числовой	80	Not Null
Цена путевки	Денежный	50	Not Null
Количество проданных	Числовой	80	Not Null
Дата продажи	Дата/время	100	Not Null

Таблица В.4 - Описание таблицы «Клиент»

Поле	Тип	Размер	Описание
Код клиента	Счетчик	50	Уникальный идентификатор
ФИО	Текстовый	50	Not Null
Телефон	Числовой	50	Not Null

Таблица В.5 - Обеспечение целостности данных

Поле	Значение
Child Delete Rule	None
Child Insert Rule	Restrict
Child Update Rule	Restrict
Parent Delete Rule	Restrict
Parent Insert Rule	None
Parent Update Rule	Restrict

Таблица В.6 - Индексные поля

Table	Physical Name	Column
Клиенты	ХАК1ФИО	ФИО
Клиенты	ХАК2Телефон	Телефон
Маршруты	ХАК1Стоимость	Стоимость
Продажи	ХАК1Дата продажи	Дата продажи

Размещено на Allbest.ru

...