Автор работы: Пользователь скрыл имя, 18 Мая 2013 в 11:14, курсовая работа
Деятельность по организации отдыха, как правило, характеризуется высокой степенью сложности. Накопленный опыт показывает, что это логически связная, трудоемкая и длительная работа, требующая высокой квалификации участвующих в ней специалистов. Данная деятельность требует существенной информационной поддержки.
Именно поэтому процесс выдачи путёвок студентам нуждается в системе поддержки, которая позволяла бы повысить эффективность и ускорить систему организации отдыха.
Введение……………………………………………………………………………………...
1 Предпроектное обследование…………………………………………………………….
1.1Принципиальное описание бизнес процесса в виде мнемосхемы…………………..
1.2 Разработка функциональной модели существующего бизнес-процесса…………….
1.3 Разработка технического задания…………………………………...............................
2 Проектная часть…………………………………………………………………………...
2.1 Постановка задачи на разработку ИС………………………………………………….
2.2 Разработка информационного обеспечения ИС…………………………...………….
2.2.1 Разработка локального классификатора…………………………………………….
2.2.2 Разработка информационной модели подсистемы…..............................................
2.3 Разработка программного обеспечения………………………………………….........
2.4 Проектирование алгоритма работы подсистемы………………………………..........
2.5 Проектирование инструкции пользователя……………………………………………
Заключение…………………………………………………………………………………...
Список литературы………………………………………..…………………………………
Перечень входящих документов:
Таблица 2 – Структура документа «Оплаченная квитанция»
Наименование реквизита |
Идентификатор |
Тип данных |
Разрядность |
№ Счет извещения |
KN_NUM |
Числовой |
4 |
Текущий счет |
KC_ACC |
Числовой |
20 |
Получатель |
KP_ORG |
Текстовый |
20 |
Форма обучения студента |
KFORM |
Текстовый |
20 |
Период проживания |
KPERIOD |
Текстовый |
8 |
Таблица 2 – Структура документа «Оплаченная квитанция»(продолжение)
Сумма платежа |
KSUM |
Числовой |
4 |
Плательщик |
KPAYER |
Текстовый |
30 |
Сотрудник профкома |
KPROF |
Текстовый |
30 |
Дата оплаты |
KDATE |
Дата/время |
6 |
Описание исходящей информации:
Исходящей информацией является выдача путёвок студентам университета.
Исходящие документы:
Таблица 3 – Структура документа «Путёвка»
Наименование реквизита |
Идентификатор |
Тип данных |
Разрядность |
№ путевки |
PP_NUM |
Числовой |
13 |
Место отдыха |
PREST |
Текстовый |
30 |
Период проживания |
PPERIOD |
Текстовый |
8 |
Корпус |
PCOR |
Числовой |
1 |
Комната |
PROOM |
Числовой |
2 |
Дата заезда |
PP_DATE |
Дата/время |
6 |
№ отдыхающего |
PS_NUM |
Числовой |
6 |
Плательщик |
PS_FUM |
Текстовый |
30 |
Сотрудник профкома |
PPROF |
Текстовый |
30 |
Помимо этого, используется условно-постоянная информация из справочников: «Получатель», «Сотрудники», «Плательщик», «Талон на проезд», «Корпус», «Комната».
Структура данных справочников представлена ниже:
Таблица 4 – Структура документа «Получатель»
Наименование реквизита |
Идентификатор |
Тип данных |
Разрядность |
Текущий счет |
Y_NUM |
Числовой |
20 |
Наименование получателя |
Y_NAME |
Текстовый |
10 |
Таблица 5 – Структура документа «Плательщик»
Наименование реквизита |
Идентификатор |
Тип данных |
Разрядность |
Код плательщика |
S_ID |
Числовой |
6 |
ФИО плательщика |
S_NAME |
Текстовый |
30 |
Таблица 6– Структура документа «Cотрудники»
Наименование реквизита |
Идентификатор |
Тип данных |
Разрядность |
Код сотрудника |
R_ID |
Числовой |
4 |
ФИО сотрудника |
R_NAME |
Текстовый |
30 |
Таблица 7 – Структура документа «Талон на проезд»
Наименование реквизита |
Идентификатор |
Тип данных |
Разрядность |
Код талона |
T_ID |
Числовой |
4 |
Направление |
T_NAPR |
Текстовый |
30 |
Стоимость проезда |
T_SUM |
Числовой |
3 |
Дата |
T_DATE |
Дата/время |
6 |
Таблица 8 – Структура документа «Корпус»
Наименование реквизита |
Идентификатор |
Тип данных |
Разрядность |
Код корпуса |
СOR_ID |
Числовой |
1 |
Наименование |
СOR _NAME |
Текстовый |
30 |
Код комнаты |
СOR_ROOM |
Числовой |
2 |
Таблица 9 – Структура документа «Комната»
Наименование реквизита |
Идентификатор |
Тип данных |
Разрядность |
Код комнаты |
ROOM_ID |
Числовой |
2 |
Наименование |
ROOM_NAME |
Текстовый |
30 |
2.2
Разработка информационного
2.2.1 Разработка локального классификатора.
В ходе проектирования информационной системы выяснилось, что существует некоторая информация, которая является довольно устойчивой (постоянной) в рамках функционирования данной системы.
Такой информацией является № корпуса, №комнаты, №отдыхающего и Год заезда. В связи с этим было решено составить локальный классификатор, который отражал бы данную информацию.
Было принято решение разработать классификатор для поля «№ путёвки » документа «Путёвка».
Разработка локального классификатора проходит в 4 этапа:
Кодированию подлежат Корпус, Комната корпуса.
Таблица 10. Классификация корпусов
Корпус |
Комната |
Код |
1 |
01 |
101 |
02 |
102 | |
03 |
103 | |
04 |
104 | |
05 |
105 | |
2 |
01 |
201 |
02 |
202 | |
03 |
203 | |
04 |
204 |
Таблица 10. Классификация корпусов (продолжение)
05 |
205 | |
3 |
01 |
301 |
02 |
302 | |
03 |
303 | |
04 |
304 | |
05 |
305 | |
4 |
01 |
401 |
02 |
402 | |
03 |
403 | |
04 |
404 | |
05 |
405 | |
5 |
01 |
501 |
02 |
502 | |
03 |
503 | |
04 |
504 | |
05 |
505 |
Так как система классификации иерархическая, то логично использовать последовательный метод. С его помощью каждый корпус имеет свой номер и №комнаты.
Система обозначения будет проходить последующей схеме:
АВСD, где
А – код корпуса
В – код комнаты
C- № отдыхающего
D – год заезда
Например,№ путевки 1050853792012 : это значит, что отдыхающий с номером зачетной книжки – 085379, во время отдыха будет проживать в Корпусе №1 Комната №05, год заезда 2012.
2.2.2
Разработка информационной
Рис.5 Информационная модель подсистемы «Выдача путёвок»
В качестве альтернатив для разработки программного обеспечения были выбраны следующие программные продукты:
В качестве критериев выбраны следующие показатели:
Расставим приоритеты:
Таблица 11 - «Исходная информация для оценки альтернатив»
Критерии |
Delphi |
MS Access |
Domino Designer |
Стоимость |
32 540 руб. |
15 850 руб. |
28 000 руб. |
Удобство использования |
Низкая |
Средняя |
Высокая |
Продуктивность разработанного ПО |
Высокая |
Высокая |
Очень высокая |
Требования к продукту |
Низкие |
Средние |
Средние |
Составим сводную матрицу для расчета приоритетов критериев:
Таблица 12 - «Приоритеты критериев»
Стоимость |
Удобство использования |
Продуктивность разработанного ПО |
Требования к продукту |
Yi |
Yiн |
λi | |
Стоимость |
1 |
1/7 |
1/5 |
1/3 |
0,312 |
0,055 |
0,880 |
Удобство использования |
7 |
1 |
3 |
5 |
3,201 |
0,564 |
0,945 |
Продуктивность разработанного ПО |
5 |
1/3 |
1 |
3 |
1,495 |
0,263 |
1,194 |
Требования к продукту |
3 |
1/5 |
1/3 |
1 |
0,669 |
0,118 |
1,099 |
∑ |
16,00 |
1,68 |
4,53 |
9,33 |
5,678 |
1,000 |
4,119 |
Количество критериев (n) – 4
ИС = 0,03958
СС = 0,9
ОС = 0,04398
ОС<0,1 – матрица абсолютно согласована
Теперь составим матрица попарных сравнений альтернативных решений по каждому критерию:
Таблица 13 -
«Попарное сравнение альтернатив по критерию
«Стоимость»»
Альтернативы |
Delphi |
MS Access |
Domino Designer |
Yi |
Yiн |
λi |
Delphi |
1 |
1/5 |
1/3 |
0,405480133 |
0,10473 |
0,94 |
MS Access |
5 |
1 |
3 |
2,466212074 |
0,63699 |
0,98 |
Domino Designer |
3 |
1/3 |
1 |
1 |
0,25828 |
1,12 |
3,871692207 |
1 |
3,04 |
Информация о работе Проектирование функциональной подсистемы организации отдыха студентов