3.4 Компоновка Web-страницы

Система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» будет включена в систему выдачи и анализа информации о работе билетных касс, пунктов продажи и дорог.

Компоновка интерфейса АСККВ соответствует компоновке интерфейса системы выдачи и анализа информации о работе билетных касс, пунктов продажи и дорог.

Элементы Web-страницы

Любая web-страница содержит определенный набор стандартных элементов, являющихся обязательными компонентами каждого ресурса.

В данной системе будет применяться фон, имеющий шестнадцатеричный код #ffffcc, что соответствует светло-жёлтому оттенку.

Вторым элементом web-страницы является её заголовок, который будет:

· выполнен в текстовом варианте;

· располагаться в верхней части документа;

· выполнен более крупным размером шрифта для привлечения внимания (размер шрифта 18 pt);

· выполнен наиболее распространённым и удобочитаемым шрифтом среди пользователей (шрифт Times New Roman);

· выровнен по центру;

· цвет текста имеет шестнадцатеричный код #191970, что соответствует тёмно-синему оттенку;

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

При обращении к автоматизированной системе контроля процессов обслуживания кредитовых ведомств первым будет отображаться стартовый документ index3.jsp, состоящий из 6 главных информационных блоков, а именно (рис.3.6):

1) Дата:

· день, месяц, год;

· отчётная дата (вчерашняя);

· интервал из пяти дней (пятидневка), месяц, год;

· месяц, год;

2) дорога:

· определённая дорога из всплывающего списка дорог;

· сумма по всем дорогам России;

· все дороги сети (дороги, принадлежащие России);

3) код агента;

4) код перевозчика;

5) ведомство;

6) база данных.

Содержимое данных блоков будет иметь:

· наиболее распространённый среди пользователей и удобочитаемый шрифт (шрифт Times New Roman);

· размер шрифта для эффективной передачи информации (размер шрифта 10 pt);

· цвет текста шестнадцатеричный код #000000, что соответствует чёрному оттенку;

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

· толщину рамки размером в 1 пиксель;

· цвет рамки #0c91f0, что соответствует тёмно-синему оттенку.

Содержимое таблицы будет иметь:

· наиболее распространённый и удобочитаемый шрифт среди пользователей (шрифт Times New Roman);

· размер шрифта для эффективной визуальной передачи информации (размер шрифта 8 pt);

· выравнивание по левому краю (для написания шапки таблицы будет использовано выравнивание по центру);

· цвет текста шестнадцатеричный код #000000, что соответствует чёрному оттенку.

Следующей обязательной составляющей частью web-страницы являются элементы навигации -- гиперссылки, связывающие данный документ с другими разделами сайта. Элементы навигации могут быть:

· выполнены в виде текстовых строк;

· расположены так, чтобы они всегда были «на виду», т.е. наиболее устоявшимся подходом является размещение элементов навигации на верхней левой границе страницы;

· выполнены средним размером шрифта (размер шрифта 10 pt);

· выполнены курсивом с подчёркиванием для привлечения внимания пользователей (шрифт Times New Roman);

· цветом текста шестнадцатеричного кода #0000FF, что соответствует голубому оттенку;

В нижней части документа будет публикована информация о разработчиках автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» и адрес электронной почты, по которому пользователи смогут направить свои вопросы, отклики, предложения и пожелания. Данная информация будет:

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

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

· выполнена мелким размером шрифта (размер шрифта 8 pt Times New Roman);

· иметь цвет текста шестнадцатеричного кода #000000, что соответствует чёрному оттенку.

3.5 Заключение

Проанализировав основные группы пользователей АСККВ, можно сделать выводы, что при разработке автоматизированных систем в среде ОАО «РЖД» необходимо рассчитывать на пользователей, минимальный уровень квалификации которых может соответствовать выпускникам специализированных техникумов. Пользователи выбирают браузер Internet Explorer, так как им для работы с АСККВ не важны специальные инженерные и технические характеристики системы. Важным критерием пользователи считают удобство использования, под термином которого они понимают внешние эргономические характеристики системы.

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

4. Системотехнические расчёты

Вопросы оценки времени реакции имеют большое значение при проектировании автоматизированных систем. Так как автоматизированная система контроля процессов обслуживания кредитовых ведомств предназначена для работы в среде ОАО «РЖД» и использует стратегические данные воинских министерств, то требования к временным характеристикам следует рассматривать более внимательно.

Основная задача АСККВ заключается в том, чтобы на момент запуска системы и в течение всего времени её эксплуатации можно было обеспечить требуемое время реакции системы на запрос пользователя. Её можно представить в виде стохастической замкнутой экспоненциальной сети, где элементами системы массового обслуживания СМО «0» являются ПК пользователей дирекций по обслуживанию пассажиров, а СМО «1» - АСККВ на сервере IBM z10. Общая модель системы в терминах СМО представлена на рис.4.1.

Рисунок 4.1 - Модель АСККВ в терминах СМО

Для данной модели введём следующие допущения:

1) поток заявок - простейший;

2) время обработки одной заявки - случайная величина;

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

4) интенсивность поступления заявок постоянны;

5) интенсивность входного потока меньше пропускной способности СМО;

Доступ к АСККВ возможен от N персональных компьютеров, подключенных к СПД ОАО «РЖД». Работа пользователя осуществляется путём формирования запросов к системе, отличающихся наборами входных параметров, необходимых для получения того или иного вида отчёта. Среднее время между запросами имеет случайное экспоненциальное распределение с параметром л (интенсивность л зависит от количества изменённых входных параметров и может составлять от до ), интенсивность обработки запросов АСККВ составляет µ=80.

Согласно техническим характеристикам АСУ «Экспресс-3» и требованиям к разработке, среднее время реакции системы не должно превышать 5 сек., т.е.

I. Методика расчёта среднего времени реакции системы:

1. Граф состояний СМО

2. Найдём вероятности нахождения запросов пользователей в системе по формулам:

; (4.1)

; (4.2)

; (4.3)

; (4.4)

…

; (4.5)

…

, (4.6)

где

- число терминалов;

Pi - вероятность состояния в стационарном режиме

3. Среднее время ожидания обслуживания

, (4.7)

4. Среднее время реакции системы

(4.8)

II. Расчет вероятностей при N = 2,

1. Граф состояний сети

2. Рассчитаем вероятность того, что в системе не будет ни одного запроса пользователя, по формуле (4.1)

!

3. Рассчитаем вероятность того, что в системе будет один запрос пользователей, по формуле (4.2)

4. Рассчитаем среднее время ожидания обслуживания по формуле (4.7)

5. Рассчитаем среднее время реакции системы по формуле (4.8)

III. Аналогично рассчитаем среднее время реакции для трёх терминалов (N = 3):

1. Рассчитаем вероятность того, что в системе не будет ни одной заявки, по формуле (4.1)

2. Рассчитаем вероятность того, что в системе будет одна заявка, по формуле (4.2)

3. Рассчитаем вероятность того, что в системе будут две заявки, по формуле (4.3)

4. Рассчитаем среднее время ожидания обслуживания по формуле (4.7)



5. Рассчитаем среднее время реакции системы по формуле (4.8)

IV. С учётом формул (4.1)-(4.6) представляется возможным упростить расчёт времени реакции системы, сократив числитель и знаменатель слагаемых на P0 (в этом случае P0 считать не требуется). В среде Microsoft Excel произведем расчет времен реакции системы для 5, 50, 100, 200, 400, 600, … 3000 терминалов. Пример расчёта для 50 терминалов приведён в табл. 4.2.

Таблица 4.1 - Исходные данные для примерного расчёта времени реакции АСККВ

м	л	N	с
80	0,20	50	0,0025

Таблица 4.2 - Пример расчёта времени реакции АСККВ для N=50 в среде Microsoft Excel

A	B	C	D	E	F	G	H
1	i	N-i	i!	Pi	Pi*(N-i)*i	Pi знам	Pi знам*(N-i)
2	0	50	1	1	0	1	50
3	1	49	1	0,0025	0,1225	0,0025	0,1225
4	2	48	2	0,0000125	0,0012	0,0000125	0,0006
5	3	47	6	9,375E-08	1,32188E-05	9,375E-08	4,40625E-06
6	4	46	24	9,375E-10	1,725E-07	9,375E-10	4,3125E-08
7	5	45	120	1,17188E-11	2,63672E-09	1,17188E-11	5,27344E-10
8	6	44	720	1,75781E-13	4,64063E-11	1,75781E-13	7,73438E-12
9	7	43	5040	3,07617E-15	9,25928E-13	3,07617E-15	1,32275E-13
10	8	42	40320	6,15234E-17	2,06719E-14	6,15234E-17	2,58398E-15
11	9	41	362880	1,38428E-18	5,10798E-16	1,38428E-18	5,67554E-17
12	10	40	3628800	3,46069E-20	1,38428E-17	3,46069E-20	1,38428E-18
13	11	39	39916800	9,51691E-22	4,08275E-19	9,51691E-22	3,71159E-20
14	12	38	479001600	2,85507E-23	1,30191E-20	2,85507E-23	1,08493E-21
15	13	37	6227020800	9,27898E-25	4,46319E-22	9,27898E-25	3,43322E-23
16	14	36	87178291200	3,24764E-26	1,63681E-23	3,24764E-26	1,16915E-24
17	15	35	1,30767E+12	1,21787E-27	6,3938E-25	1,21787E-27	4,26253E-26
18	16	34	2,09228E+13	4,87147E-29	2,65008E-26	4,87147E-29	1,6563E-27
19	17	33	3,55687E+14	2,07037E-30	1,16148E-27	2,07037E-30	6,83223E-29
20	18	32	6,40237E+15	9,31668E-32	5,36641E-29	9,31668E-32	2,98134E-30
21	19	31	1,21645E+17	4,42542E-33	2,60657E-30	4,42542E-33	1,37188E-31
22	20	30	2,4329E+18	2,21271E-34	1,32763E-31	2,21271E-34	6,63813E-33
23	21	29	5,10909E+19	1,16167E-35	7,07459E-33	1,16167E-35	3,36885E-34
24	22	28	1,124E+21	6,3892E-37	3,93575E-34	6,3892E-37	1,78898E-35
25	23	27	2,5852E+22	3,67379E-38	2,28143E-35	3,67379E-38	9,91924E-37
26	24	26	6,20448E+23	2,20428E-39	1,37547E-36	2,20428E-39	5,73112E-38
27	25	25	1,55112E+25	1,37767E-40	8,61045E-38	1,37767E-40	3,44418E-39
28	26	24	4,03291E+26	8,95487E-42	5,58784E-39	8,95487E-42	2,14917E-40
29	27	23	1,08889E+28	6,04454E-43	3,75366E-40	6,04454E-43	1,39024E-41
30	28	22	3,04888E+29	4,23118E-44	2,6064E-41	4,23118E-44	9,30859E-43
31	29	21	8,84176E+30	3,0676E-45	1,86817E-42	3,0676E-45	6,44197E-44
32	30	20	2,65253E+32	2,3007E-46	1,38042E-43	2,3007E-46	4,6014E-45
33	31	19	8,22284E+33	1,78304E-47	1,05021E-44	1,78304E-47	3,38778E-46
34	32	18	2,63131E+35	1,42644E-48	8,21627E-46	1,42644E-48	2,56758E-47
35	33	17	8,68332E+36	1,17681E-49	6,6019E-47	1,17681E-49	2,00058E-48
36	34	16	2,95233E+38	1,00029E-50	5,44156E-48	1,00029E-50	1,60046E-49
37	35	15	1,03331E+40	8,75252E-52	4,59507E-49	8,75252E-52	1,31288E-50
38	36	14	3,71993E+41	7,87727E-53	3,97014E-50	7,87727E-53	1,10282E-51
39	37	13	1,37638E+43	7,28647E-54	3,50479E-51	7,28647E-54	9,47241E-53
40	38	12	5,23023E+44	6,92215E-55	3,1565E-52	6,92215E-55	8,30658E-54
41	39	11	2,03979E+46	6,74909E-56	2,89536E-53	6,74909E-56	7,424E-55
42	40	10	8,15915E+47	6,74909E-57	2,69964E-54	6,74909E-57	6,74909E-56
43	41	9	3,34525E+49	6,91782E-58	2,55268E-55	6,91782E-58	6,22604E-57
44	42	8	1,40501E+51	7,26371E-59	2,44061E-56	7,26371E-59	5,81097E-58
45	43	7	6,04153E+52	7,80849E-60	2,35036E-57	7,80849E-60	5,46594E-59
46	44	6	2,65827E+54	8,58934E-61	2,26759E-58	8,58934E-61	5,1536E-60
47	45	5	1,19622E+56	9,66301E-62	2,17418E-59	9,66301E-62	4,8315E-61
48	46	4	5,50262E+57	1,11125E-62	2,04469E-60	1,11125E-62	4,44498E-62
49	47	3	2,58623E+59	1,30571E-63	1,84106E-61	1,30571E-63	3,91714E-63
50	48	2	1,24139E+61	1,56686E-64	1,50418E-62	1,56686E-64	3,13371E-64
51	49	1	6,08282E+62	1,9194E-65	9,40506E-64	1,9194E-65	1,9194E-65
52	50	0	3,04141E+64	2,39925E-66	0	2,39925E-66	0
53			УPi*(N-i)*i	УPi знам*(N-i)	УPi знам*(N-i)*µ	mw	mt
54			0,123713394	50,12310445	4009,848356	0,000031	0,012530852

Для расчета времени реакции АСККВ использовались стандартные функции Microsoft Excel, а именно:

1) С2=50-B2;

2) D2=ФАКТР(B2);

3) E2=(0,0025^B2)*D2;

4) F2=E2*C2*B2;

5) G2=(0,0025^B2)*D2;

6) H2=G2*C2;

7) D54=СУММ(F2:F52);

8) E54=СУММ(H2:H52);

9) F54=E54*80;

10) G54=D54/F54;

11) H54=СУММ(G54;1/80).

Используя стандартные функции Microsoft Excel, рассчитаем также времена реакции АСККВ для оставшихся количеств терминалов (табл.4.3).

Таблица 4.3 - Время реакции АСККВ при различных значениях количества терминалов N и интенсивности пользовательских запросов л

N	mT, сек.
5	0,012489	0,012523	0,012527	0,012525
50	0,012538	0,012635	0,012768	0,012530
100	0,012625	0,012775	0,013041	0,013608
200	0,012745	0,013043	0,013637	0,014968
400	0,013034	0,013654	0,015051	0,019163
600	0,013254	0,014297	0,016715	0,025785
800	0,013735	0,014999	0,018735	0,037034
1000	0,013941	0,015801	0,021502	0,080916
1200	0,014257	0,016684	0,025194	0,578625
1400	0,014615	0,017598	0,029202	2,117601
1600	0,014987	0,018763	0,037986	4,000093
1800	0,015363	0,019999	0,049445	7,400079
2000	0,015769	0,021444	0,076184	9,500000
2200	0,016205	0,023116	0,169263	11,800000
2400	0,016648	0,025067	0,887137	14,200000
2600	0,017139	0,027299	2,502052	16,200000
2800	0,017627	0,029951	5,000009	19,800000
3000	0,018174	0,033357	7,500006	21,300000

V. Построим график зависимости времени реакции системы от количества пользователей по вычисленным значениям mT (рис.4.2).

Рисунок 4.2 - График зависимости времени реакции АСККВ mT от числа терминалов N при различных значениях интенсивности пользовательских запросов л

По данному анализу можно сделать выводы, что нарушение требований по времени реакции системы происходит при одновременной работе более 1600 пользователей (в наихудшем случае, когда интенсивность пользовательских запросов л=).

Пользователями автоматизированной системы контроля процессов обслуживания кредитовых ведомств являются представители дирекций по обслуживанию пассажиров ОАО «РЖД», и их максимальное количество составляет 150 человек, что означает - требования по времени реакции выполнены.

5. Экономическая часть

5.1 Постановка экономической задачи

В дипломном проекте разрабатывается автоматизированная система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД», предназначенная для выдачи информации по дорожным кредитовым ведомствам агрегированных таблиц АБД (Аналитической Базы Данных) с разбивкой по дорогам, агентам, перевозчикам и кредитовым ведомствам.

В результате внедрения разрабатываемой информационной системы будут достигнуты:

· оптимизация процесса получения отчёта по результирующей информации;

· уменьшение времени, затрачиваемого на работу с системой;

С точки зрения расчета экономического эффекта разрабатываемая автоматизированная система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» решает прямую задачу, так как исходя из расчётов среднего времени обслуживания запроса в системе 1.4.1 Расчёт среднего времени обслуживания запроса в системе, с.24 известно, что предельный эффект перехода к системе с использованием АРМа будет составлять 9,79 мин, соответственно относительный предельный эффект перехода составит 89%.

По масштабности разрабатываемое приложение относится к сетевым инновационным проектам, т.е. будет доступно пользователям дирекций по обслуживанию пассажиров посредством web-браузера ПК через сеть передачи данных (СПД) ОАО «РЖД».

Получение результирующей информации требует затрат, необходимых для приобретения персонального компьютера с учётом эксплуатации лицензионной операционной системы MS Windows XP/Vista и браузера MS Internet Explorer версии 7.0 или выше и подключения его к СПД ОАО «РЖД».

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

Основными показателями эффективности разработки являются:

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

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

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

· уменьшение времени, затрачиваемого на формирование отчёта по результирующей информации, на 7 минут.

5.2 Расчёт затрат, связанных с разработкой автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД»

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

Затраты на техническое обеспечение:

· стоимость вычислительной техники, необходимой для разработки АСККВ представлена в табл.5.1:

Таблица 5.1 - Стоимость вычислительной техники

Наименование элемента ТО	Количество	Назначение	Цена, USD	Курс	Цена, руб.
Сервер IBM z10	1	операционная среда для автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД»	600000	28,51	17,106 млн.
ПК	1	для разработки АСККВ и доступа к системе по СПД ОАО «РЖД»	736,6	28,51	21 000

Автоматизированная система контроля процессов обслуживания кредитовых ведомств реализуется на имеющемся оборудовании, так как сервер IBM был закуплен ОАО «НИИАС» ранее и предназначен для многих задач, и использует часть свободного ресурса. Поэтому необходимо рассчитать удельную стоимость технического обеспечения:

, (5.1)

где - первоначальная стоимость, используемого оборудования;

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

- временной ресурс имеющегося оборудования.

Для сервера IBM z10:

Автоматизированная система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» будет использоваться всеми региональными дирекциями России по обслуживанию пассажиров. Так как Россия охватывает 10 часовых поясов, то целесообразно предположить, что АСККВ должна круглосуточно выдавать пользователям информацию по дорожным счётчикам с разбивкой по дорогам, агентам, перевозчикам и ведомствам. Операции по получению результирующей информации и отчёта занимают 1,21 м./раз в расчёте на одного пользователя, что соответствует 0,02 ч/раз. При максимальном числе пользователей 150 человек и максимальном количестве запуска 126 раз./месяц t = 0,02 * 126 * 150 * 12 = 4536 ч. в год система занимает ресурсы сервера.

Сервер функционирует в режиме 24 часа в сутки, 7 дней в неделю, поэтому его временной ресурс ч.в год

Для ПК:

Для доступа к АСККВ в процессе функционирования требуется 150 ПК:

Временной ресурс ПК:

· Затраты на настройку Rational Application Developer ver.7.0.0.4 и IBM Personal Communication

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

Общая стоимость технического обеспечения:

Затраты на разработку программного обеспечения:

Процесс разработки АСККВ включает следующие виды работ:

Таблица 5.2 - Этапы проектирования программного обеспечения

№ этапа проектирования	Работа	Продолжительность (дни)	Продолжительность (час) Средняя продолжительность рабочего дня составляет 8 часов.
1	Получение задания на проектирование и постановка задачи	1	8
2	Изучение задания	2	16
3	Изучение научно-технической литературы и выделение исходных данных	2	16
4	Разработка технологии решения задачи	2	16
5	Словесное описание алгоритма	2	16
6	Построение блок-схемы программы	3	24
7	Кодирование	11	88
8	Отладка	5	40
9	Первичное тестирование системы	2	16
10	Анализ полученных результатов	2	16
11	Корректировка программы	2	16
12	Составление инструкции пользователя	2	16
Итого		36 дней	288часа

Чтобы оценить стоимость ПО в денежном выражении () необходимо рассчитать зарплату в час (), электроэнергию () и амортизацию в час (), а также накладные расходы в час ():

(5.2)

Исполнителем всех перечисленных работ по проекту является дипломник-разработчик (оклад разработчика составляет 21 500 руб), работы выполняются последовательно.

Зарплата с единым социальным налогом (0,34 от зарплаты) рассчитывается по формуле:



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

При расчете стоимости электроэнергии, потребляемой в час в процессе проектирования (Эч), будем считать, что 1 компьютер потребляет ? 0,6 кВт/час, а цену примем равной 1,5 руб./кВт. Одна стойка сервера потребляет ? 30 кВт/час, значит затраты на электроэнергию в час составят:

Часовая амортизация зависит от цены компьютера и режима его работы. Для режима работы ПК, соответствующему наличию выходных и праздничных дней и 8-и часовому рабочему дню, можно считать часовую амортизацию по формуле:

(5.3)

где - цена ЭВМ (для учета амортизации только в процессе работы АСККВ возьмём стоимость, рассчитанную выше);

0,11 - норма амортизации в год;

173 - норма работы часов в месяц.

Для ПК:

Для сервера IBM z10:

Сервер IBM z10 при разработке приложения использовался только на этапах первичного тестирования системы и анализа полученных результатов.

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

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

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

Суммарные расходы на разработку программного обеспечения:

Затраты на организационное обеспечение:

Затраты на организационное обеспечение включают расходы на написание инструкции пользователю

Таблица 5.3 - Затраты на организационное обеспечение

Этап проектирования	Трудоемкость, час	Исполнитель	ЗП + ЕСН в час	Эл. энергия и амортизация в час	Накладные расходы в час	?затраты
		Должность	Оклад
Составление инструкций пользователя	8	Студент - дипломник, инженер-программист ОАО «НИИАС»	21500+1700 (стипендия) = 23200 руб.	176,3 руб.	47руб.	47руб.	2162,4руб.

Затраты на организационное обеспечение:

Затраты на информационное обеспечение:

При разработке автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» использовались следующие программные продукты:

· IBM Personal Communication;

· Studio Rational Application Development;

Стоимость представлена в таблице 5.4.

Таблица 5.4 - Стоимость ПО

Название	Стоимость
	USD	курс	руб.
IBM Personal Communication	9500	28,51	270845
Studio Rational Application Development (ver7.0.0.4)	11900	28,51	339269
ИТОГО:		610114

Т.к. операционная система напрямую с разработкой не связана, то её стоимость не входит в затраты.

Данные лицензионные продукты используются в течение 5 лет, следовательно, удельная стоимость будет равна:

Итоговые затраты

Суммарные затраты на разработку системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» составляют:



5.3 Расчёт затрат по эксплуатации автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД»

Годовые текущие затраты, связанные с внедрением АСККВ, будут сопровождаться следующими затратами:

1) оплата труда (исходя из количества работников, осуществляющих решение задачи, их разряда и тарифной ставки, заработной платы и примерных размеров премий) - 12 месяцев * количество работников * среднюю месячную заработную плату;

Для обслуживания АСККВ требуется администратор системы, который будет отвечать за администрирование новых пользователей и техническую поддержку системы. Средняя годовая заработная плата администратора составляет

2) прочие начисления (очередной отпуск, оплата за непроработанное время, расходы по командировкам, техника безопасности и др.) составляют 2% от оплаты труда:

3) единый социальный налог, составляющий 34% от суммы оплаты труда и прочих начислений:

4) материалы (по примерной оценке - 5% от стоимости оборудования рабочих мест). В процессе эксплуатации системы используется рабочее место администратора и рабочее место пользователей - ПК (максимальное число пользователей 150):

5) электроэнергия;

Для ПК (по нормам для работы 8 часов в сутки при пятидневной рабочей неделе для 150 пользователей):

Для доступа к АСККВ в процессе функционирования требуется 150 ПК:

Для сервера IBM z10:

Так как АСККВ реализуется на уже имеющемся оборудовании и использует часть свободного ресурса, рассчитаем удельную стоимость электроэнергии, приходящуюся на работу модуля, по формуле:

, (5.4)

где: - потребление электроэнергии сервером (? 30 кВт/час);

- время в течение года, когда модуль занимает имеющееся оборудование, ч.

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

7) амортизационные отчисления (исходя из стоимости системы и норм амортизации, а при отсутствии таковых - исходя из нормативного или предполагаемого срока службы технических средств, включаемых в систему); 10% от стоимости оборудования:

8) прочие затраты, (налог на имущество, уплата процентов за кредит, плата за аренду в случае аренды отдельных объектов и др.) - 10% от суммы выше перечисленных затрат:

Определим сумму текущих расходов:

5.4 Определение эффективности проекта

Основная эффективность в использовании системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» заключается в:

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

Определим экономию текущих расходов (максимальное число пользователей 150, максимальное количество запуска системы 126 раз в месяц):

· увеличении типов запросов к системе (в существующей системе N1=2, в разрабатываемой системе N2=15, где N1,N2 - количество типов запросов к системе).

Определим эффективность увеличения типов запросов:

· уменьшении времени, затрачиваемого на формирование отчёта по результирующей информации, на 7 мин.

Определим экономию текущих расходов:

Анализируя результаты, полученные в ходе расчётов, можно сделать вывод о том, что затраты на разработку и создание системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД» меньше экономии затрат на её эксплуатацию.

ЗАКЛЮЧЕНИЕ

В данном дипломном проекте разработана система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД».

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

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

Данная система позволит:

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

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

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

· уменьшить время, затрачиваемое на формирование отчёта по результирующей информации, на 7 мин.

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Берёзка М.П., Презентационный материал «Аналитическая база данных «Экспресс-3». Принципы формирования информации, информационные потоки, классификация информации и прикладных задач», 2009.

2. Берёзка М.П., Презентационный материал Система управления пассажирскими перевозками «Экспресс-3», 2009.

3. Брюс У. Перри, Java сервлеты и JSP. Сборник рецептов, М:Кудиц-Пресс, 2006.

4. В.Е. Гмурман. Руководство к решению задач по теории вероятностей и математической статистике, М.: Высш.шк., 1990.

5. В.Е. Гмурман. Теория вероятностей и математическая статистика, М.: Высш.шк., 2005.

6. Дейтел Х.М., Дейтел П. Дж., Как программировать на Java. Книга 2.,М: Бином-Пресс, 2006.

7. Дружинин Ю.Г., Человеко-машинное взаимодействие, 2011.

8. Ефимова О.В., Эффективность автоматизации, МГУ Путей Сообщения, 2010.

9. Крепкая З.А., Муравьева Е.М., CASE-средства проектирования Информационных Систем на железнодорожном транспорте на основе структурного и объектно-ориентированного подходов, М., 2005 г.

10. Курняван Б., Создание WEB-приложений на языке Java с помощью сервлетов, JSP и EJB, М: Лори, 2005.

11. Лецкий Э.К., Проектирование информационных систем на железнодорожном транспорте, М.: Маршрут, 2003г.

12. Мартин Фаулер, UML. Основы. 3-е издание. Краткое руководство по стандартному языку объектного моделирования, М.: Символ-плюс, 2006.

13. Фанг Джейн. Введение в IBM Rational Application Developer, М.: Кудиц-Пресс, 2006.

ГЛОССАРИЙ

UML - Unified Modeling Language.

JSP - JavaServer Pages - текстовые документы, содержащие два типа текста: статичные шаблонные данные, представленные текстовым форматом HTML, XML, WML и JSP-элементы, определяющие способы построения динамического содержимого страницы.

АБД - Аналитическая База Данных.

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

АРМ - Автоматизированное рабочее место.

АСККВ - Автоматизированная система контроля процессов обслуживания кредитовых ведомств ОАО «РЖД».

АСУ «Экспресс-3» - Автоматизированная система по обслуживанию пассажиров для автоматизации продажи билетов и резервирования мест в поездах и оперативного управления пассажирскими перевозками.

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

ИС - Информационная система.

КОЗРВ - Комплекс Обработки Заказов Реального Времени.

Кредитовое ведомство - центральный орган государственного управления, руководящий отдельной отраслью и берущий кредит у ОАО «РЖД».

ООП - Объектно-ориентированный подход.

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

РД - Региональная дирекция по обслуживанию пассажиров ОАО «РЖД».

Сервлет - Java программа, которую расширяет web-сервер, ориентированный на системы запрос-ответ.

ЦД - Центральная дирекция по обслуживанию пассажиров ОАО «РЖД».

Московский государственный университет путей сообщения (МИИТ)

Институт управления и информационных технологий (ИУИТ)

Кафедра «Автоматизированные системы управления»

Приложения к дипломному проекту

на тему «Разработка автоматизированной системы контроля процессов обслуживания кредитовых ведомств ОАО «РЖД»»

Выполнила: студентка группы УАИ-511 Сунгатуллина А.Т.

Руководитель: доцент Берёзка М.П.

Куратор: доцент Крепкая З.А.

Москва-2011

Приложение А

Описание вариантов использования АСККВ

А.1 Авторизация пользователя

Краткое описание

Этот UC описывает вход пользователя в систему получения отчёта по дорожным счётчикам кредитовых ведомств.

Основной поток

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

1) Система запрашивает логин и пароль пользователя;

2) пользователь вводит логин и пароль;

3) запускается процедура usercheck() по проверке введённым данным, после чего пользователю предоставляется право с определённым доступом к системе.

Альтернативные потоки

1) неверный логин и/или пароль

Если во время выполнения основного потока обнаруживается, что пользователь ввёл неверный логин или пароль, система выводит сообщение, что данный пользователь не зарегистрирован и отказывает в доступе. Пользователь может ввернуться к началу основного потока, либо отказаться от входа в систему, при этом UC завершается.

Предисловие

Отсутствуют

Постусловие

Если UC выполнен успешно, пользователь входит в систему. В противном случае состояние не изменяется.

А.2 Формирование запроса к системе

Краткое описание

Этот UC позволяет пользователю ввести параметры, по которым ему необходим отчёт по дорожным счётчикам кредитовых ведомств.

Основной поток

Этот UC начинает выполняться, когда пользователь прошёл авторизацию, система предоставила ему права в соответствии с привилегиями, установленными администратором системы.

1) Устанавливается связь с БД;

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

3) выполняется запрос по выводу списка дорог;

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

5) выполняется запрос по выводу списка агентов;

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

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

8) результаты 3-х запросов отправляются в сессию;

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

10) пользователь в зависимости от необходимого ему вида отчёта вводит входные параметры.

Полями, обязательными для заполнения, являются:

а) дата или интервал дат,

б) дорога (или вся сеть).

При вводе даты пользователю предоставлены 4 возможности:

а) задать день, месяц и год;

б) выбрать отчётную дату (вчерашнюю дату);

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

г) задать месяц и год.

При выборе дороги пользователю предоставлены 3 возможности:

а) все дороги сети (выдача информации о счётчиках с разбивкой по дорогам и кредитовым ведомствам);

б) выбор определённой дороги из приведённого списка (выдача информации о дорожных счётчиках по выбранной дороге с разбивкой по кредитовым ведомствам);

в) сумма по дорогам России (выдача итоговой суммы дорожных счётчиков по всем дорогам России по всем кредитовым ведомствам).

Полями, необязательными для заполнения, являются:

а) код агента,

б) код перевозчика,

в) кредитовое ведомство.

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

11) После ввода параметров пользователь нажимает на кнопку «Выполнить запрос». Одновременно с данным событием входные параметры передаются в сессию.

Альтернативные потоки

· Соединение с БД не установлено

Если во время выполнения основного потока связь с БД не установлена, то выводится соответствующее сообщение об ошибке, и UC завершается.

Предисловие

Перед началом выполнения данного UC пользователь должен войти в систему.

Постусловие

В случае успешного завершения UC набор входных параметров будет обновлён. В ином случае состояние не изменится.

А.3 Получение результирующей информации

Краткое описание

Этот UC позволяет пользователю просмотреть отчёт по дорожным счётчикам кредитовых ведомств в соответствии с параметрами, введёнными им ранее. Также пользователю предоставляется возможность импортировать данные в Excel.

Основной поток

Этот UC начинает выполняться, когда пользователь прошёл авторизацию и ввёл входные параметры, по которым ему необходимо получить отчёт по дорожным счётчикам кредитовых ведомств

1) устанавливается связь с БД;

2) из сессии считываются входные параметры;

3) создаётся запрос на получение параметра gos_abd, соответствующее коду государства пользователя;

4) выполняется запрос на получение параметра gos_abd;

5) формируется результат gos_abd;

6) создаётся запрос на получение параметра valuta, соответствующее коэффициенту валюты коду государства пользователя относительно валюты России;

7) выполняется запрос на получение параметра valuta;

8) формируется результат valuta;

9) создаётся запрос на получение результата по дорожным счётчикам кредитовых ведомств, в котором учитываются введённые пользователем входные параметры;

10) выполняется запрос на получение результата по дорожным счётчикам кредитовых ведомств;

11) формируется результат по дорожным счётчикам кредитовых ведомств;

12) запускается процедура mainFormat(), преобразующая данные дорожных счётчиков кредитовых ведомств в зависимости от параметра valuta (т.е. коэффициента);

13) запускается процедура integerFormat(), разделяющая полученные значения дорожных счётчиков кредитовых ведомств по 3 цифры;

14) формируются строки с данными, необходимыми для отчёта;

15) результирующие строки отправляются в сессию;

16) на странице вывода отчёта результирующие строки считываются из сессии;

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

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

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

Альтернативные потоки

1) Соединение с БД не установлено;

Если во время выполнения основного потока связь с БД не установлена, то выводится соответствующее сообщение об ошибке, и UC завершается.

2) Нет отчёта по входным параметрам пользователя

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

Предисловие

Перед началом выполнения данного UC пользователь должен ввести входные параметры.

Постусловие

В случае успешного завершения UC формируется результирующая информация по дорожным счётчикам кредитовых ведомств.

В случае неуспешного завершения UC формируется соответствующее сообщение.

А.4 Администрирование

кредитный система запрос страница

Краткое описание

Данный UC позволяет администратору редактировать учётные записи пользователей, модернизировать и поддерживать работоспособность АСККВ.

Основной поток

Этот UC начинает выполняться, когда администратор прошёл авторизацию, система предоставила ему права в соответствии с привилегиями, установленными администратором в БД.

5) Формирование запроса по пользователю:

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

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

- удаление пользователя - удаление данных пользователя из базы данных;

6) выполнение запроса в базе данных;

7) обновление версии АСККВ и опубликование её на сервере приложений.

Альтернативные потоки

1) Некорректны данные и/или введены не все в БД, то выводится сообщение об ошибке;

2) формирование сообщение в БД о результате выполнения запроса администратором;

Предусловие

Если необходимо редактирование пользователей, то UC выполняется после входа в администратором в БД;

Если необходимо обновление версии АСККВ, то UC выполняется после входа администратора в консоль работы с сервером приложения;

Постусловие

Если UC выполнен успешно, сформирован запрос администратора по пользователю, сохранение данных по пользователю в системе.

Приложение B

Основные классы, участвующие в реализации вариантов использования

Рисунок B.1- Классы, участвующие в реализации варианта использования «Запуск приложения»

Рисунок B.2 - Классы, участвующие в реализации варианта использования «Ввод параметров»

Рисунок B.3 - Классы, участвующие в реализации варианта использования «Получение результирующей информации»

Рисунок B.4 - Классы, участвующие в реализации варианта использования «Обработка данных»

Приложение C

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

Рисунок С.1 - Классы с операциями и атрибутами «Запуск приложения»

Рисунок С.2 - Классы с операциями и атрибутами «Ввод параметров»

Рисунок С.3 - Классы с операциями и атрибутами «Получение результирующей информации»

Рисунок С.4 - Классы с операциями и атрибутами «Обработка данных»

Приложение D

Подробное описание сущностей БД АСККВ

1) GOS - представляет собой справочник государств.

Таблица D.1 - Сущность «GOS»

Имя	Тип	Примечание
KODGOS	CHAR (2)	код страны (2 цифры)
DATAN	DATE	дата начала
DATAK	DATE	дата окончания
SNAZVG	CHAR(5)	сокращённое наименование государства
SNAZVNDE	CHAR(5)	сокращённое название нац. валюты
NAZVG	CHAR(15)	название страны
NAZVNDE	CHAR(10)	полное название нац. валюты

2) DOR - представляет собой справочник дорог

Таблица D.2 - Сущность «DOR»

Имя	Тип	Примечание
KODD	CHAR(2)	код дороги
DATAND	DATE	дата начала
DATAKD	DATE	дата окончания
VC	CHAR(2)	шифр ВЦ
KODG	CHAR(2)	код государства
SNAZVD	CHAR(2)	сокращённое название дороги
NAZVD	CHAR(15)	название дороги
CHASRAZ	DEC(1)	отличие часового пояса от Москвы
PR_NYAZ	CHAR(2)	национальный язык
NAZVRD	CHAR(15)	название региональной дирекции

3) VC - представляет собой справочник вычислительных центров дорог

Таблица D.3 - Сущность «VC»

Имя	Тип	Примечание
VC_VID	INTEGER	внутренний идентификатор ВЦ
VC_DATAN	DATE	дата начала действия
VC_DATAK	DATE	дата окончания действия
VC_KODVC	CHAR(2)	код ВЦ
VC_VIDGOS	INTEGER	внутренний идентификатор государства
VC_VIDSTVC	INTEGER	внутренний идентификатор станции
VC_NAMES	CHAR(10)	сокращённое наименование ВЦ
VC_PRGVR	CHAR(2)	признак главного ВЦ

4) SOBPER_SKP - представляет собой справочник перевозчиков

Таблица D.4 - Сущность «SOBPER_SKP»

Имя	Тип	Примечание
SKP_SKP	SMALLINT	сетевой код перевозчика
NOMP	CHAR(2)	номер перевозчика
MNKODP	CHAR(7)	мнемокод перевозчика
DATANO	DATE	начальная дата отправления
DATAKO	DATE	конечная дата отправления
GOS	CHAR(2)	код государства
DOR	CHAR(2)	шифр дороги
NAZVP	CHAR(15)	название перевозчика
NAZVD	CHAR(32)	длинное название перевозчика
PRFIL	CHAR(2)	признак филиала
PRDK	CHAR(2)	признак дочерней компании
PRPP	CHAR(2)	признак пригородного перевозчика

5) SOBPER_AGN - представляет собой справочник агентов

Таблица D.5 - Сущность «SOBPER_AGN»

Имя	Тип	Примечание
SKP_AGN	SMALLINT	сетевой код агента
NOMP	CHAR(2)	номер агента
MNKODP	CHAR(7)	мнемокод агента
DATANO	DATE	начальная дата отправления
DATAKO	DATE	конечная дата отправления
GOS	CHAR(2)	код государства
DOR	CHAR(2)	шифр дороги
NAZVP	CHAR(15)	название агента
NAZVD	CHAR(32)	длинное название агента
PRFIL	CHAR(2)	признак филиала
PRDK	CHAR(2)	признак дочерней компании
PRPP	CHAR(2)	признак пригородного агента
SKP	SMALLINT	сетевой код агента

6) LGOT - представляет собой справочник по льготам

Таблица D.6 - Сущность «LGOT»

Имя	Тип	Примечание
NOMMV	DEC(2)	код ведомства
KODG	CHAR(2)	код государства
DATAN	DATE	дата начала действия
DATAK	DATE	дата окончания действия

7) SERV - представляет собой справочник по коду государства сервера

Таблица D.7 - Сущность «SERV»

Имя	Тип	Примечание
GOS_ABD	CHAR(2)	код государства сервера

8) VALUT - представляет собой справочник валют государства

Таблица D.8 - Сущность «VALUT»

Имя	Тип	Примечание
VALUT	CHAR(2)	название государства валюты
VALUT_DATAN	DATE	дата начала действия валюты
VALUT_DATAK	DATE	дата окончания действия валюты
VALUT_KOEF	INTEGER	коэффициент валюты относительно России

9) DOHODV - представляет собой агрегированную таблицу, содержащую дорожные счётчики кредитовых ведомств

Таблица D.9 - Сущность «DOHODV»

Имя	Тип	Примечание
MES	INTEGER	номер месяца обслуживания кредитовых ведомств
SKP_SKP	DATE	сетевой код перевозчика
DATANO	DATE	начальная дата отправления
DATANP	DATE	начальная дата прибытия
SKP_AGN	INTEGER	сетевой код агента
NOMMV	DECIMAL(2)	код ведомства
KODD	CHAR(2)	код дороги
SUMPD	INTEGER	сумма от проданных документов в дальнем сообщении
MSUMPD	INTEGER	сумма от проданных документов в дальнем сообщении (с начала месяца)
KOLPAS	INTEGER	количество оформленных пассажиров в дальнем сообщении
MKOLPAS	INTEGER	количество оформленных пассажиров в дальнем сообщении (с начала месяца)
SUMPR	INTEGER	сумма пригородных
MSUMPR	INTEGER	сумма пригородных (с начала месяца)
KOLPR	INTEGER	количество пригородных
MKOLPR	INTEGER	количество пригородных (с начала месяца)
SUMBAG	INTEGER	сумма от оформленных багажных документов
MSUMBAG	INTEGER	сумма от оформленных багажных документов (с начала месяца)
KOLBAG	INTEGER	количество оформленных багажных документов
MKOLBAG	INTEGER	количество оформленных багажных документов (с начала месяца)
KOMSBV	INTEGER	комсбор от продажи при возврате
MKOMSBV	INTEGER	комсбор от продажи при возврате (с начала месяца)
KOLV	INTEGER	количество документов по кредитовым ведомствам
MKOLV	INTEGER	количество документов по кредитовым ведомствам (с начала месяца)

Приложение E

Формы отчётов

Таблица E.1 - Форма вывода результирующей информации №1

воинское министерство

сумма от проданных документов

кол. оформл. пассажиров

сумма пригородных

кол. пригородных документов

сумма от оформл. багажных документов

кол. оформл. багажных документов

комсбор от прод. воинских

кол.документов по воинск. треб.

назв.

номер

на одну дату

с нач. месяца

на одну дату

с нач. меяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

название дороги

ИТОГО

Таблица E.2 - Форма вывода результирующей информации №2

название дороги

сумма от проданных документов

кол. оформл.пассажиров

сумма пригородных

кол. пригородных документов

сумма от оформл. багажных документов

кол. оформл. багажных документов

комсбор от прод. воинских

кол.документов по воинск. треб.

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

ИТОГО

Таблица E.3 - Форма вывода результирующей информации №3

воинское министерство

сумма от проданных документов

кол. оформл. пассажиров

сумма пригородных

кол. пригородных документов

сумма от оформл. багажных документов

кол. оформл. багажных документов

комсбор от прод. воинских

кол.документов по воинск. треб.

назв.

номер

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

ВСЕГО

Таблица E.4 - Форма вывода результирующей информации №4

воинское министерство

сумма от проданных документов

кол. оформл. пассажиров

сумма пригородных

кол. пригородных документов

сумма от оформл. Багажных документов

кол. оформл. багажных документов

комсбор от прод. воинских

кол.документов по воинск. треб.

назв.

номер

на одну дату

с нач. месяца

на одну дату

с нач. меяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

код агента

ВСЕГО

Таблица E.5 - Форма вывода результирующей информации №5

Воинское министерство

сумма от проданных документов

кол. оформл.пассажиров

сумма пригородных

кол. пригородных документов

сумма от оформл. багажных документов

кол. оформл.багажных документов

комсбор от прод. воинских

кол.документов по воинск. треб.

Назв.

Номер

на одну дату

с нач. месяца

на одну дату

с нач. меяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

код перевозчика

ВСЕГО

Таблица E.6 - Форма вывода результирующей информации №6

Код перевозчика

сумма от проданных документов

кол. оформл. пассажиров

сумма пригородных

кол. пригородных документов

сумма от оформл. багажных документов

кол. оформл.багажных документов

комсбор от прод. воинских

кол.документов по воинск. треб.

на одну дату

с нач. месяца

на одну дату

с нач. меяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

ВСЕГО

Таблица E.7 - Форма вывода результирующей информации №7

Код агента

сумма от проданных документов

кол. Оформленных пассажиров

сумма пригородных

кол. Пригородных документов

сумма от оформл. Багажных документов

кол. Оформленных багажных документов

комсбор от прод. Воинских

кол.документов по воинск. Треб.

на одну дату

с нач. месяца

на одну дату

с нач. меяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

на одну дату

с нач. месяца

ВСЕГО

Таблица E.8 - Форма вывода результирующей информации №8

воинское министерство	сумма от проданных документов	кол. оформленных пассажиров	сумма пригородных	кол. пригородных документов	сумма от оформл. багажных документов	кол. оформленных багажных документов	комсбор от прод. воинских	кол.документов по воинск. треб.
назв.	номер
название дороги
	ИТОГО

Таблица E.9- Форма вывода результирующей информации №9

Воинское министерство	сумма от проданных документов	кол. оформленных пассажиров	сумма пригородных	кол. пригородных документов	сумма от оформл. багажных документов	кол. оформленных багажных документов	комсбор от прод. воинских	кол.документов по воинск. треб.
назв.	номер
	ВСЕГО

Таблица E.10 - Форма вывода результирующей информации №10

Воинское министерство	сумма от проданных документов	кол. оформленных пассажиров	сумма пригородных	кол. Пригородных документов	сумма от оформл. багажных документов	кол. оформленных багажных документов	комсбор от прод. воинских	кол.документов по воинск. треб.
Назв.	Номер
код агента
	ВСЕГО

Таблица E.11 - Форма вывода результирующей информации №11

Воинское министерство	сумма от проданных документов	кол. оформленных пассажиров	сумма пригородных	кол. пригородных документов	сумма от оформл. багажных документов	кол. оформленных багажных документов	комсбор от прод. воинских	кол.документов по воинск. треб.
Назв.	Номер
код перевозчика
	ВСЕГО

Таблица E.12 - Форма вывода результирующей информации №12

код агента	сумма от проданных документов	кол. оформленных пассажиров	сумма пригородных	кол. Пригородных документов	сумма от оформл. багажных документов	кол. оформленных багажных документов	комсбор от прод. воинских	кол.документов по воинск. треб.
ВСЕГО

Таблица E.13 - Форма вывода результирующей информации №13

Код перевозчика	сумма от проданных документов	кол. оформленных пассажиров	сумма пригородных	кол. пригородных документов	сумма от оформл. багажных документов	кол. оформленных багажных документов	комсбор от прод. воинских	кол.документов по воинск. треб.
ВСЕГО

Приложение F