Смекни!
smekni.com

Автоматизация учета в автотранспортном предприятии (стр. 2 из 4)

Категории концептуальных классов Пример
Физические или материальные объекты Трамвай, троллейбус
Спецификации, элементы проектных решений или описание объектов Описание регистрации
Места Остановки, Депо
Транзакции Регистрация
Роль людей Водитель, кондуктор, диспетчер, бухгалтер
Контейнеры других объектов Трамвай, троллейбус
Содержимое контейнеров Пассажиры, кондуктор
Организации Служба авторизации платежей, налоговая служба, амортизационная служба.
События Продажа билета, создание путевого листа.
Правила и политика Правило возврата путевого листа
Записи различных деятелей Различного вида журналы

Описание концептуальных классов.

Бухгалтер – Accountant

Пассажир – Passenger

Водитель – Driver

Диспетчер – Dispatch

Кондуктор – Conductor

Депо – Depo

Служба авторизации платежей – Service payment

Амортизационный фонд – Repair fund

Билет – Ticket

Налог – Tax

Прибыль – Profit

Заработная плата – Salary

Трамвай – Tram

Троллейбус – Trolley-bus

Путевой лист – Plist

Продажа – Sale

Оплата – Payment

Маршрут – Itinerary

Расписание – Time_table

Налоговая служба – Tax_Service

Энергопоставщик – ElSupplier

Журнал регистрации транспорта – Journaltransport register

Журнал путевых листов – Journal_Plist

Журнал учета – Journal_Ychet

Журнал ЗП (Заработной платы) – Journal_ZP

Журнал налогов – Journal_Tax

Журнал оплаты за электроэнергию – Journal_Elect

Журнал штрафов – Journal_sh

Журнал повреждений – Journal_break


Ассоциации классов

Категория Пример
А является физической частью В Троллейбус =вагон
А физически содержится в В Маршрут =остановка
А логически содержится в В Остановка =расписание остановок
А получает В Пассажир =билет
А начисляет В Бухгалтер =зарплата
А использует В Водитель = расписание
А выдает В Диспетчер =путевой лист
А получает В Водитель =путевой лист
А принимает В Кондуктор =оплату

Диаграмма концептуальных классов


Атрибуты классов

Itinerary
nameIt-ry: textCol. Stop: intnameStop: texttime between Stop: doubletimeA: doubletimeB: double
Salary
Summa: doubleCol sale ticket: doubleBonus: doubleTax: doubleProcent: doubleHoliday: double
PList
NumberT-t: intItinerary: texttimeA: doubletimeB: doublesurnameDriver: textyear: doublemonth: double
Accountant
name: FIOaddres: texttel: PhoneNumber
Transport_Register
Surname_Dispatch: textNumberIt-ry: doubleNumber_Tr-t: doubletimeA: doubleTimeB: double

Transport
Tip: textNumber: intSer_number: int

2. Проектирование системы

2.1 Описание операций и диаграмм взаимодействия

Прецедент:Распределение транспорта по маршрутам.

Описание операции ОП 1:

Операция Transport_Itinerary
Ссылки Распределение транспорта по маршрутам и занесение данных в журнал регистрации
Предусловия Бухгалтер идентифицирован и аутентифицирован.
Постусловия Транспорт распределен. Данные занесены в журнал.

Прецедент:Начисление заработной платы.

Описание операции ОП 2:

Операция Receive_Profit
Ссылки Подсчет прибыли.
Предусловия Бухгалтер идентифицирован и аутентифицирован.
Постусловия Прибыль подсчитана, данные занесены в систему.

Описание операции ОП 3:

Операция Pay_Salary
Ссылки Выделение средств оплаты услуг работникам
Предусловия Бухгалтер идентифицирован и аутентифицирован.
Постусловия Средства выделены, данные записаны в журнале системы.

Прецедент:Оплата за электроэнергию.

Описание операции ОП 4:

Операция Pay_Supplier
Ссылки Выделение средств оплаты услуг поставщика энергии.
Предусловия Бухгалтер идентифицирован и аутентифицирован
Постусловия Средства выделены, данные записаны в журнале системы

2.2 Программные классы

Journal_Plist
FIO_driver: StringFIO_cond: String№marsh: Bytedata: Byte№Plist: Byte
Plist (№marsh, data, №Plist, FIO_driver, FIO_cond)
Journal_Ychet
data: Bytecolvo_t №1: Bytecolvo_t №2: Byte№marsh: Bytesum: Byte
Beginwork_day (data, colvo_t №1, №marsh)Endwork_day (data, colvo_t №1, colvo_t №2, sum, №marsh)
Journal_ZP
pribul: BytesumZP: Bytezp: Bytezp_account: Bytezp_driv: Bytezp_disp: Bytezp_cond: Byte
Podschet_ZP (pribul, sumZP)Pay_ZP (zp, zp_account, zp_driv, zp_disp, zp_cond)
Journal_transport register
data: Byte№marsh: BytetimeA: BytetimeB: Byte
Begin_marsh (data, №marsh, timeA)End_marsh (data, №marsh, timeB)
Journal_sh
№marsh: Bytesum_sh: Bytedata: ByteFIO: String
Shtraff (sum_sh, data, FIO, №marsh)
Journal_Tax
pribul: BytesumTax: Bytedata: Byte
Podschet_Tax (pribul, sumTax)Pay_ZP (sumTax, data)
Journal_break
№marsh: Bytedata: Byte
Polomka (data, №marsh)
Journal_Elect
data: Bytesum_el: Byte
El_oplata (data, sum_el)
System
FIO_driver: StringFIO_cond: String№marsh: Bytedata: Byte№Plist: Bytecolvo_t №1: Bytecolvo_t №2: Bytesum: Bytepribul: BytesumZP: Bytezp: Bytezp_account: Bytezp_driv: Bytezp_disp: Bytezp_cond: Bytedata: BytetimeA: BytetimeB: Bytesum_sh: ByteFIO: Stringpribul: BytesumTax: Bytesum_el: Bytetime_now: Byte№marsh_old: Byte№marsh_new: Bytesum_pay: Byteall_prible: Byte
Plist (№marsh, data, №Plist, FIO_driver, FIO_cond), Beginwork_day (data, colvo_t №1, №marsh), Endwork_day (data, colvo_t №1, colvo_t №2, sum, №marsh),Podschet_ZP (pribul, sumZP), Pay_ZP (zp, zp_account, zp_driv, zp_disp, zp_cond),Begin_marsh (data, №marsh, timeA), End_marsh (data, №marsh, timeB), Shtraff (sum_sh, data, FIO, №marsh), Podschet_Tax (pribul, sumTax), Pay_ZP (sumTax, data), Polomka (data, №marsh), El_oplata (data, sum_el), Otsyts_tr (FIO_driver, FIO_cond, data, time_now, №marsh), Zamena (№marsh_old, №marsh_new), Pay_break (sum_pay, data), Salary (all_prible, data)

3. Описание интерфейса приложения

При входе в систему, она запрашивает пароль. Без него пользователь не сможет иметь доступ к системе.

Далее, пользователь может выбирать необходимое действие, нажав в открывшемся окне – File -> Action.

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


Для начала выбираем создание путевого листа (PathList). В необходимых колонках вводим соответствующие данные. После создания обязательно сохраняем в созданном и указанном журнале.

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


Далее выбираем учет билетов (Uchet). Здесь аналогично вводим необходимые данные. Также сохраняем в журнале.

Проверяем журнал.


Далее выбираем операции с заработной платой и налогом. Введя необходимые данные, сохраняем в журнале.

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

Начисляем заработную плату.


Проверяем начисление зарплаты.

Выбрав пункт Поломка (Polomka), мы видим следующее окно, в котором вводим необходимые данные.


Проверяем в журнале.

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

В котором выбрав необходимый нам журнал или файл, видим его в окне на главной панели.


И дополнительная информация об авторе этого замечательного проекта может быть найдена по адресу – About -> Show.

Заключение

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