Разработка программного обеспечения АРМ Экспедитора

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

На рисунке 3.12 представлена форма для заполнения упаковочного листа.

 

 

Рисунок 3.12 – Форма заполнения упаковочного листа

На рисунке 3.13 представлена форма для заполнения вагонного листа:

 

 

Рисунок 3.13 – Форма заполнения вагонного листа

 

На рисунке 3.14 - форма для заполнения наиболее информативного документа – дорожная ведомость.

Дополнительной возможностью на данной форме является экспорт  данных во внешние системы (на данном этапе осуществлена интеграция с  системами УЗ и РЖД, в перспективе  предполагается так же установить информационный обмен между ИС Казахстана и Финляндии). По нажатию кнопки «Экспорт данных» появляется форма выбора системы для экспорта (рисунок 3.15).

 

 

Рисунок 3.14 – Форма заполнения дорожной ведомости

 

 

Рисунок 3.15 - Форма выбора системы для экспорта данных

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

Некоторые документы (например, дорожная ведомость, или сертификат качества) не могут иметь непрерывный процесс генерации. Это обусловлено бизнес процессом их получения. Дорожная ведомость проходи путь внутри системы ХТЗ и снаружи ее. Документ, после того, как успешно был сформирован и учтен в системе, отпечатывается на бланках строгой отчетности, после чего передается в логистическое отделение станции ж/д и после различных процедур (одна из которых – проведение платежей за услуги) ей присваивается (наклеивается) голограмма. Только лишь после этого документ «Дорожная ведомость» считается полностью готовым к отправке. Чтобы иметь ясность относительно таких документов в системе предусмотрен учет голограмм по следующей информации (рисунок 3.16):

- собственный номер  бланка строгой отчетности;

- регистрационный номер  документа с голограммой во внешних системах;

- дата регистрации во внешних  системах;

- индивидуальные данные лица, проводившего  регистрацию и выдачу голограммы (товарный кассир).

 

 

Рисунок 3.16 - Форма регистрации голограмм

3.8 Обеспечение качества  и надежности заполнения бланков строгой отчетности

 

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

В данном проекте предлагается осуществлять заполнение бланка строгой подотчетности с помощью шаблона документа Microsoft Word. Для этого данные из системы будут заменять соответствующие метки, заданные в шаблоне. Шаблон документа позволяет жестко задать правила печати (шрифт, интервал, размер, начертание и т.д). Обмен данными между системами будет осуществляться с помощью OLE-объектов. Фрагмент программы обмена данными приведен на рисунке 3.17

 

* Создание OLE-объекта

obj WordSheet=CreateObject("Word.Sheet")

objWordSheet.Application.Visible=.Т.

objWordSheet = objWordSheet.Sheets[1]

* Передача  данных из таблицы Дорожная  ведомость в Word

SELECT CNTCUST

nRow=0

SCAN

nRow=nRow+l

objWordSheet.Label(nRow,1).ValueCntCust.City

objWordSheet.Label(nRow,2).Value=CntCust.Quant

ENDSCAN

objChart = objWordSheet.ChartObjects.Add{100, 100, 400, 200)

objWordSheet.chartObjects(1).Select

objWordSheet.chartObjects(1).Copy

* Закрытие сервера

objWordSheet.application.quit

release objWordSheet

 

 

Рисунок 3.17 - Создание OLE-объекта для передачи данных в Microsoft Word. Фрагмент кода программы

3.9  Выводы по разделу

 

В настоящем разделе  были разработаны модели:

- предметной области  и ее сущностей;

- базы данных и ее  структуры;

-  информационного  обеспечения системмы;

- функционально-пользовательская;

- взаимодействия системы  с внешними системами,

уделено внимание безопасности программного продукта, улучшено качество печати информации на бланки строгой  подотчетности, разработан пользовательский интерфейс и его функциональная связанность с СУБД Oracle и БД ХТЗ, внешними информационными системами. Таким образом, практическая ценность заключается в создании полноценного пользовательского приложения, автоматизирующего работу экспедитора по документообеспечению процесса отправки грузов железной дорогой.

 

 

 

4  ЭКОНОМИЧЕСКАЯ ЧАСТЬ

 

 

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

Экономическая эффективность  создания и внедрения программного изделия для автоматизации рабочего места оператора определяется следующими показателями [8]:

а) годовая экономия на текущих затратах;

б) годовой экономический  эффект;

в) расчетный коэффициент  экономической эффективности капитальных  вложений, связанных с разработкой  ПО;

г) расчетный срок окупаемости  капиталовложений.

 

4.1 Расчет капитальных затрат на создание ПО

 

Капиталовложения в создании ПО носят одноразовый характер и  определяются по формуле:

 

              К=К₁+К₂₊К₃ ,                 (4.1)

 

где К₁ – затраты на оснащение, грн.;

К_{2 –} затраты на лицензионные программные продукты, грн.;

К₃ – затраты на создание ПО, грн.

Затраты на оборудование для создания ПО включают стоимость приобретения компьютеров, периферийных устройств, средств связи и другой оргтехники (с учетом затрат на транспортирование). Поскольку на базовом предприятии, где будет разрабатываться ПО, вышеперечисленное оборудование уже куплено, принимаем К₁ = 0 грн.

Принимаем К₂ = 0 грн., так как на предприятии, где будет разрабатываться ПО все необходимое программное обеспечение уже установлено.

Затраты на создание ПО рассчитываем по формуле [15]:

 

                                               К₃ = С₁ + С₂ + С₃ ,    (4.2)

 

 

где С₁ – затраты работы программистов-разработчиков, грн.;

С₂ – затраты компьютерного времени, грн.;

С₃ – косвенные (накладные) затраты, грн.

Затраты работы программистов-разработчиков  С₁ рассчитываем по формуле:

 

   ,                                  (4.3)                                                     

   

где - количество разработчиков k-ї профессии, люд.;

- почасовая зарплата разработчика k-й профессии, грн.;

- трудоемкость разработки для  k-го разработчика (количество израсходованного  разработчиком времени), ч.

K_зар - коэффициент начислений на фонд заработной платы, доли;

Принимаем, что данное ПО разрабатывал 1 человек (N_k=1).

Почасовая зарплата разработчика определяется по формуле:

 

 

                               ,                       (4.4)           

 

 

 где М_к – месячная зарплата к-го разработчика, грн.;

  - месячный фонд времени его работы, ч.

Принимаем для разработчика: М_к =1900 грн., F_k^мес=176 часов.

Из формулы (4.4) получаем почасовую зарплату разработчика:

 

r_k=1900/176= 10,8 грн/ч.

 

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

 

Таблица 4.1 Этапы разработки системы

Этапы работ	Трудоемкость, часов
Техническая задача	15
Эскизный проект	80
Технический проект	80
Рабочий проект	115
Внедрения	10
Вместе	300

 

 

Расчет трудоемкости разработки для разработчика осуществляется по формуле 4.5:

Tk = t1k + t2k + t3k + t4k + t5k ,

(4.5)

 

где t_{1k ,} t_2k, t_3k. T_4k, t_5k - время, израсходованное на каждом этапе разработки k-м разработчиком, часов.

Принимаем: t_1k = 15 часов; t_2k = 80 часов; t_3k = 80 часов; t_4k = 115 часов;  
t_5k = 10 часов.

Откуда, по формуле (4.5),

 

T_k= 10+80+80+115+10=300 часов.

 

Принимаем коэффициент  начислений на фонд заработной платы K_зар=1.4.

Подставляя в формулу (4.3), получим:

 

С₁ = 1*10,8*300*1.4 = 4534 грн.

 

Затраты компьютерного  времени – С₂ рассчитываются по формуле:

 

С2 = Ск ·F0 ,

(4.6)

 

где  С_к – себестоимость компьютерного часа, грн.;

F₀ – затраты компьютерного времени на разработку программы, часов.

Себестоимость компьютерного часа вычисляется по формуле:

 

СК= СА + СЭ + СТО ,

(4.7)

 

где С_А – амортизационные отчисления, грн.;

С_Э – энергозатраты, грн.;

СТО – затраты на техобслуживание, грн.

Амортизационные отчисления рассчитываются по формуле:

 

              (4.8)

 

где Си – балансовая стоимость і- го оборудования, которое использовалось для создания ПО, грн.  Си =4000 грн.;

N_А – годовая норма амортизации і- го оборудования, доли;

F_год – годовой фонд времени работы і- го оборудования, час.

Принимаем  N_А=0,23,    F_год=2000 часов.

Из формулы (4.8) получим  С_А=4000*0,23/2000 = 0,46 грн.

Энергозатраты определятся  по формуле:

 

СЭ= РЭ* СкВт ,

(4.9)

 

где  Р_Э  - затрата электроэнергии, потребляемой компьютером;

С_кВт – стоимость 1 квт/ч электроэнергии, грн.

Принимаем Р_Э = 0,2 квт/ч; С_кВт = 0,95 грн.

По формуле (3.9) получим: С_Э=0,3·0,95 = 0,285 грн.

Затраты на техническое  обслуживание СТО составят:

 

СТО= rТО· l ,

(4.10)

 

где  r_ТО – зарплата работника, обслуживающего оборудования, грн.;

l - периодичность обслуживания.

Принимаем r_ТО =1200/176 =6,81грн.

Периодичность обслуживания рассчитывается по формуле 4.11:

 

l= Nто / Fмес,

(4.11)

 

где  N_то – количество обслуживаний оборудования на месяц;

F^мес – месячный фонд времени работы оборудования, ч.

Принимаем: N_то =1; F^мес =176 часов.

Из формулы (4.11) получим периодичность обслуживания:

 

l=1/176 = 0,0057.

 

Из формулы (4.10) получим  затраты на техническое обслуживание:

 

СТО=0,0057*6,81 = 0,039 грн.

 

Из  (4.7) получим себестоимость  компьютерного часа:

 

С_К= С_А + С_Э + СТО =0,46+0,285+0,0039 = 0,75 грн.