Проектирование информационной системы предприятия по перевозке пассажиров на междугороднем маршруте

Техническая служба включает следующие подразделения:

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

- зону текущего ремонта;

- зону первого технического обслуживания;

- зону второго технического обслуживания;

- зону ежедневного осмотра.

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

При полном и стабильном удовлетворении потребности в каких-либо работах по внешней кооперации (на предприятиях автосервиса или на специализированных авторемонтных и других предприятиях) производство этих работ на АТП не организуется.

Если АТП все работы ТО и ремонта полностью выполняет на стороне, то, по сути, производственная структура технической службы отсутствует. Имеются лишь исполнители по планированию ТО, контролю технического состояния подвижного состава и управлению внешними связями с автосервисом.

К обслуживающей службе относятся:

- гараж-стоянка;

- автозаправочный пункт;

- контрольно-технический пункт.

Хозяйственная служба осуществляет эксплуатацию, содержание и ремонт зданий на территории АТП.

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

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

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

В ведении начальников колонн (отрядов) находятся такие ведущие вопросы как:

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

- организация правильного хранения и эксплуатации подвижного состава отрядов;

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

- ведение личных карточек водителей;

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

Важное место в хозяйственном руководстве и улучшении качественных показателей работы предприятия отводится экономической службе. На основе систематического анализа работы предприятия, автоколонн и других подразделений и исходя из объемных показателей перевозок, их ресурсного обеспечения, экономическая служба определяет пути, по которым должны разрабатываться технические и организационные мероприятия, направленные на повышение технической готовности подвижного состава и совершенствование эксплуатационной и коммерческой деятельности АТП.

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

2.2 Программное обеспечение современных автотранспортных предприятий

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

Задачей таких СКП является информационное обеспечение и автоматизация работы функциональных подразделений, основными из которых являются:

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

- финансово-бухгалтерский отдел, который ведет учет работы водителей, пробег и моточасы работы транспортных средств, использования горюче-смазочных материалов, обработку маршрутных листов выполненных заказов; выполняет расчеты с клиентами, начисления заработной платы водителям, ремонтникам, инженерном и вспомогательному персоналу АТП, ведет учет и амортизация основных фондов предприятия, анализирует основные показатели предприятия, себестоимость перевозок; ведет учет квартплаты хозяйства (склад запчастей, учет шин, аккумуляторов)

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

Подсистема управления перевозками АТП (или служба эксплуатации) является основным производственным подразделением, функционально объединяет подсистемы технико-экономического планирования и оперативного управления перевозочным процессом.

Задачами службы эксплуатации являются:

- организация перевозок грузов;

- обеспечение выполнения текущего плана работы АТП;

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

- обеспечение безопасности движения ТС на линии;

- изучение грузопотоков, анализ клиентуры и рынка перевозок;

- подготовку соглашений с клиентами

- планирование оптимальных маршрутов перевозки, контроль состояния подъездных дорог и погрузочно-разгрузочных пунктов (ЗРУ)

- изучение возможностей повышения уровня механизации и автоматизации ЗРУ;

- составление сменно-суточного плана и подготовка заданий водителям.

Согласно задачами программ АСК АТП типичные для автотранспортных предприятий функции:

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

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

- выписка и таксированние путевых листов, ведение табеля работы водителей;

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

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

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

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

- анализ выполнения сменно-суточных заданий водителями, планов перевозок по бригадам, автоколоннах, АТП, по клиентуре и т.д.;

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

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

Сравнительный анализ распространенного программного обеспечения для АТП приведены в таблице 1.

Таблица 1

Сравнительный анализ распространенного программного обеспечения для АТП

Характеристика систем	Гектор: Путевые листы	Звезда: Путевые листы	Ивнинг-Автопарк	Информ Авто	1-С Рарус: Автотранспорт
Средства разработки (СУБД)	FoxPro 2.6	Серверная Pervasive SQL	FoxPro	MSM- технология	Настройка в 1С: Бухгалтерия
Основные функции пользователей	Бухгалтерия. диспетчер	Бухгалтерия, диспетчер	Тех. отдел, диспетчер, состав	Диспетчер, отд. обработки	Бухгалтерия, диспетчер
Связь с бух. - системами	З/ пл. водителей	З/ пл. водителей, счета клиентов	Передача данных на склад	Передача данных в бухгалтерию	Встроенная 1С: Бухгалтерия
Расчет зарплаты водителей	есть	есть		есть	есть
выписка счетов	В программе	есть	-	В программе	есть
складской учет			есть	В бухгалтерии
амортизация	-	есть	-	Есть	есть
Взаиморасчеты 3 клиентами	есть	есть		есть	есть
Взаиморасчеты 3 водителями			есть	есть
учет топлива	есть	есть	есть	есть	есть
учет масел	-	-	есть	-	-
Аренда авто - транспорта	-	-	есть	-	-
Генератор отчетов	-	есть	есть		-
Примечание - составлено автором на основе источника []

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

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

Дальнейшее развитие подобных программ происходит в направлении создания более мощных интегрированных систем управления всем автотранспортным предприятием или холдингом. В таких СКП транспорт как подсистема представляет собой совокупность задач планирования, организации, контроля, регулирования и учета перевозочного процесса. В задачи подсистемы в большинстве программ входят:

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

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

- Расчет почасовых графиков работы транспортных средств;

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

- Ведение табелей работы водителей и ведение журнала диспетчера АТП;

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

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

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

- Анализ выполнения сменно-суточных заданий водителями, планов перевозок по бригадам, автоколоннах, АТП, по клиентуре и т.д.;

- Формирование оперативных справок о работе водителей, бригад, выполнение клиентурного плана;

- Формирование отчетов по запросу руководства предприятия и государственных органов;

- Формирование и наполнение сайта предприятия во внешней сети и тому подобное.

Структурная схема программы для управления автотранспортом:

Модуль диспетчеризации. Предназначен для оформления заказов на транспортные средства, распределения их по автомобилям. Заказы могут приниматься как от сторонних заказчиков, так и от внутренних подразделений организации. Удобный графический интерфейс АРМ ДИСПЕТЧЕР позволяет группировать заказы по регионам доставки, по текущему состоянию, с минимальными манипуляциями клавиатурой и мышью распределять заказы среди доступных автомобилей.

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

- Международного путевого листа (форма №1);

- Грузового автомобиля (форма №2);

- Легкового автомобиля (форма №3).

Программа позволяет выписывать путевые листы различными способами:

- Формировать новый путевой лист вручную;

- Формировать список путевых листов на основании разнарядки;

- Формировать список путевых листов с помощью пакетной выписки.

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

- Расчет выработки автомобиля и оборудования;

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

- Расчет нормативной и фактической расхода ГСМ.

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

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

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

- Отсутствие планового технического осмотра и сроки его приближения;

- Отсутствие незакрытого предыдущего путевого листа;

- Отсутствие незакрытого ремонтного листа.

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

В программе реализованы отчеты о работе автомобилей:

- Отчет по проделанной работе каждого из транспортных средств;

- Отчет о пробеге транспортных средств;

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

- Отчет о простоях транспортных средств;

- Журнал путевых листов;

- Карточка работы транспортных средств;

- Отчет по технико-эксплуатационным показателям;

- Отчет о работе водителей.

Модуль учета ГСМ. Программа позволяет вести учет поступления, выдачи и расхода горюче-смазочных материалов. Поступления и выдача горючего может осуществляться различными способами:

- Приобретение за наличные;

- Выдача по талонам;

- Приобретение по картам безналичной оплаты;

- Выдача со склада предприятия;

- Приобретение у стороннего поставщика.

Если поставщики ГСМ предоставляют данные по детализации заправок в электронном виде известного формата (например, DBF, EXCEL, TXT), то при незначительных доработках программы эти данные могут автоматически загружаться с действующей программой.

Модуль взаиморасчетов. Функциональное назначение модуля - настройка справочников прейскурантов и тарифов, формирование счетов и актов за транспортные услуги. Расчет стоимости услуг ведется для товарно-транспортных документов, которые вводятся на основании путевых листов. Стоимость может быть рассчитана как автоматически по тарифам, так и введена вручную произвольной суммой. На основании товарно-транспортных документов специальной обработкой за любой период можно сформировать акты и счета. В дополнение к типовым печатным формам этих документов в программе предусмотрен печать детального реестра счетов.

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

- Поровну между всеми автомобилями;

- Пропорционально какому-либо параметру работы (например, пробега, времени в работе)

- Пропорционально балансовой стоимости автомобилей.

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

Модули производственно-технического отдела и ремонтов обеспечивают автоматизацию управления производственными подразделениями автопредприятия, которые выполняют техническое обслуживание и ремонт подвижного состава, другие автотехническая услуги. В рамках отдела решаются вопросы:

- Ведение учета состояния транспортных средств;

- Учет дорожно-транспортных происшествий, их причин и последствий;

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

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

- Планирование складских запасов и поставок запасных частей для ремонта;

- Диагностика и испытания транспортных средств стендовыми средствами. В соответствии с задачами функционируют модули отделов:

- Контроль документов (талоны техосмотра, страховые полисы)

- Планирование и контроль технического обслуживания и ремонтов;

- Контроль расхода запасных частей и замены шин;

- Учет дорожно-транспортных происшествий и страховых случаев;

Настройка планового технического обслуживания и ремонтов может быть выполнено как по различным параметрам выработки (пробег, наработка в моточасах и т.д.), так и по заданной календарной периодичности. Например, план прохождения ТО-1 может быть настроен через каждые 10000 км, но не реже раза в год. В программе предусмотрены возможности учета выполнения ремонтов, как на собственной ремонтной зоне, так и в сторонних автосервисах.

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

Общая структура подсистемы производственно-технического отдела и ремонтов большого автотранспортного предприятия может быть разделена на оперативные подсистемы технического отдела, текущего и капитального ремонта, обзорные и диагностические посты и т.д. Технически подсистема строится по принципу деления на автоматизированные рабочие места технических специалистов (АРМ) и технологические локальные подсистемы управления (ЛСК) отдельными функциональными компьютеризированными установками, механизмами, постами. Для АРМ технических специалистов в зависимости от их функций может устанавливаться определенный тип систем автоматизированного проектирования конструкторского и технологического характера (САПР К и САПР Т), однако общая работа отдела происходит в рамках основного СУБД в архитектуре клиент-сервер.

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

3. Разработка программы учета перевозок пассажиров в автотранспортном предприятии

3.1 Постановка проблемы и основные задачи создания программы автоматизированного учета пассажирских перевозок на предприятии

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

Задачей дипломного проекта является разработка программного приложения «Автоматизация учёта работы автотранспортного предприятия», которое позволит:

- Систематизировать учет необходимых данных о выполненных маршрутах

- Определить общий доход, полученный от реализации билетов

- Осуществлять быстрый поиск информации о водителях, выполнивших плановый рейс

- Проводить автоматизированное рецензирование документации

- Формировать и выводить на печать необходимые документы и отчетные формы

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

Осуществление подсчета пассажиров, перевезенных за отчётный период на существующих видах городского автотранспорта, ведётся лишь при расчёте остаточного числа билетов от проданных. Данный метод осуществляется специальными работниками - контролёрами (автобусы, троллейбусы различного типа) или же непосредственно самим водителем транспортного средства (ПАЗ). Также возможен подсчёт перевозимых пассажиров при помощи специальных средств: электронных и механических «контролеров», задачей которых является частичная замена функций контролёров. Однако такая система не может гарантировать надёжный уровень подсчёта пассажиров. Причиной этого является высокий уровень граждан, которые используют льготы на бесплатный проезд в общественном транспорте и не пользуются услугами контролёра и механических средств для приобретения проездных билетов.

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

Кроме выше указанного недостатка, иным недостатками данного метода подсчёта числа пассажиров в пассажирском автотранспорте является финансовые затраты на дополнительный персонал.

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

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

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

- Транспортные средства (автобус, троллейбус, трамвай) оборудуются специальной аппаратурой для подсчета количества перевезенных пассажиров в течении всего рабочего дня или недели в зависимости от загруженности маршрута движения ТС. В комплект аппаратуры входят: микроконтроллер МК-51 фирмы ATMEL, кнопки-переключатели - датчики для подсчета числа пассажиров перевезенных, статического цифрового дисплея, кнопки сброса, соединительных проводов.

- Процесс подсчета пассажиров должен быть автоматический и не может отвлекать водителя. Погрешность подсчета общего числа вошедших и вышедших пассажиров в течение одного рейса от 4 до 10%, в зависимости от наполнения салона ТС.

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

Описание функций, реализованных в программе

Фирма решает следующие основные задачи:

- отслеживание клиентской базы;

- учет разработанных маршрутов;

- учет пассажирооборота;

- учет грузооборота.

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

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

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

- использование Интернет-технологий;

- создание автоматизированных рабочих мест специалистов отдела по перевозкам и работе с клиентами.

В автоматизированном режиме могут решаться (или решаются) следующие задачи управления:

- контроль, учет и анализ оказанных услуг;

- планирование и прогнозирование работы фирмы;

- учет расходов и доходов.

Для решения задач контроля, учета и анализа работы фирмы, а также задачи планирования и прогнозирования работы транспортных средств создается автоматизированная система «информационная система для фирмы "Базис-СТ"», основными функциями которой будут следующие:

- составление списка клиентов, учет грузоперевозок и пассажироперевозок;

- работа ремонтных мастерских;

- составление отчетов по деятельности фирмы.

АИС проектируется в среде одной из изученных реляционных систем управления базами данных (СУБД). Информация в виде распределенной базы данных (БД) будет храниться частично на файл-сервере и частично на рабочих станциях, входящих в состав локальной вычислительной сети отдела по перевозкам и работе с клиентами.

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

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

Программа имеет стильный, строгий, эргономичный, интуитивно-понятный графический интерфейс.

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

Требования к входной, нормативно - справочной и выходной информации.

К входной информации отдела по перевозкам и работе с клиентами относят данные необходимые для решения всех задач, решаемых в этом подразделении.

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

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

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

К нормативно-справочной информации в компании, как правило, относятся:

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

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

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

Выходные результаты решения задачи выводятся:

- на экран монитора, на принтер, на жесткий диск компьютера и в канал связи;

- на принтер и на жесткий диск РС в отделе по перевозкам и работе с клиентами;

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

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

Кодирование входной информации должно происходить с учетом следующих требований:

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

- обеспечение высокого качества информации.

- при передаче по каналам связи данных о расходах клиента рекомендуется кодировать следующие данные:

- номер маршрута

- код нормы

- ФИО грузоотправителя и грузополучателя.

Конкретное распределение информации зависит от типа решаемых в системе управления задач.

Алгоритм решения задачи

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

- графический способ, в виде блок-схемы.

- словесное описание действий.

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

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



Рисунок 2. Блок-схема

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

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

Программа совместима с Windows 98/2000/Me/XP, проста в обращении, оснащена справочной и поисковой системами, имеет удобный интуитивно понятный пользовательский интерфейс. Для работы программы необходимо 2 МБ свободного места на жестком диске и, помимо этого, некоторое место пространство жесткого диска для хранения базы данных.

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

1) процессор не менее 200 Нz;

2) оперативная память не менее 16 МБ;

3) 2 МБ свободного места на жестком диске + место для базы данных;

4) цветной или черно-белый монитор;

5) манипулятор мыши, клавиатура;

6) принтер;

7) Microsoft Office.

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

Одно из основных ценностей любого программного обеспечения, это высокая степень надёжности. Но не каждая программа может похвастаться достаточной степенью надёжности. Встаёт вполне естественный вопрос - Как обеспечить приличную надёжность для программного продукта?

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

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

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

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

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

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

Качество информации является одним из важнейших параметров для потребителя информации. Оно определяется следующими характеристиками:

Смысл и новизна

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

Полезность

Уменьшение неопределенности сведений об объекте. Дезинформация расценивается как отрицательные значения полезной информации.

Ценность

Ценность информации различна для различных потребителей и пользователей.

Кумулятивность

Характеризует накопление и хранение информации.

Полнота

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

Достоверность

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

Доступность (мера возможности получить ту или иную информацию).

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

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

Актуальность (степень соответствия информации текущему моменту времени).

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

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

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

Его виды:

Косвенный - подслушивающие устройства, дистанционные фотографии, радиоперехват и др.

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

Защита наиболее уязвимой части информации производится следующими методами:

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

Программные - защита БД и прикладных программ от копирования, антивирусные программы, шифрование, резервирование информации.

Защита БД паролем.

В информационной системе применяется, защита паролем, и программный метод защиты.

Работа с программой

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

Рисунок 3. Головная форма «Сообщения»

После открытия головной формы можно выбирать сообщения, которые появляются в окне ниже, в виде справки. Так же после открытия меню «Редактирование данных», появляется окно, в котором кассир может добавить, редактировать, удалить и сохранить данные, после чего нажатием кнопки «Выход» встать на головную форму (рис. 4).

Рисунок 4. Редактирование данных

В следующей команде меню «Продажа билетов», происходит продажа, возврат билетов. Нажав на вкладку меню «Активизировать», происходит продажа и возврат билетов. Это меню защищено кодом, который знает только кассир. Без кода продажа и возврат не осуществится (рис. 5).

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



Рисунок 5. Продажа билетов

Рисунок 6. Создание новой ведомости

Затем выполнив открытие вкладки «Открыть ведомость» после чего появляется окно «Открыть» с помощью которого кассир может открыть заранее заготовленный шаблон, в него вбивается количество мест и количество проданных билетов, после чего он отправляется на печать (рис. 7). Затем выполняется сохранение ведомости и выход на головную форму.

Рисунок 7. Открытие ведомости

На головной форме открыв в меню вкладку «Справочники» кассиру есть возможность просмотреть справочники по; городам (рис. 8а), маркам (рис. 8b) и периодичности движения (рис. 8с.).

Рисунок 8а. Справочник по городам

Рисунок 8b. Справочник по маркам автобусов

Рисунок 8с. Справочник по периодичности движения

Во вкладке «Помощь» можно просмотреть руководство пользователя и о программе (рис.9).

Рисунок 9. Вкладка «Помощь»

Выход из программы осуществляется простым закрытием главной формы.

Листинг разработанной программы представлен в Приложении.

3.3 Расчет экономической эффективности

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

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

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

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

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

При применении процедурных языков программирования расчет количества условных команд выполняется по формуле (1):

)(1)

Где (Q - предполагаемое число команд программы;

q = qO - число команд на одну операцию;

Ксл - коэффициент сложности программы (1.0 - 1.5);

Р - коэффициент коррекции программы;

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

q = 2000 условных команд).

Таблица 2

Затраты труда на разработку программного продукта

№	Наименование стадии	Содержание стадии	Трудоемкость, %
1.	Подготовительная стадия	Изучение научно-технической литературы. Согласование и утверждение тех. задания и календарного плана проведения работ.	8
2.	Теоретическая разработка	Проектирование базы данных. Технико-экономическое обоснование и описание задач для алгоритмизации.	16
3.	Алгоритмизация и программирование	Разработка алгоритмов, блок-схем, разработка сценариев, запросов, модулей на интерпретируемом языке, их отладка	67
4.	Обобщение и выводы	Обобщение результатов работы, выводы	3
5.	Техническая отчетность	Подготовка отчетной документации по выполненной работе и утверждение результатов	3
6.	Заключительная стадия	Оформление и утверждение результатов	3
Примечание - составлено автором на основе источника []

Каждый модуль программы потребует следующих доработок:

- 15% серьезной доработки изменений текста программы;

- 2% уточняющей отладочной доработки исходного текста.

Коэффициент типизации (повторение близких фрагментов в различных программных модулях) - 15%.

С учетом применяемого инструмента (BorlandDelphi 7) - 15% соответственно разработка программы составляет 35%.

Таким образом, количество условных команд Q разрабатываемого программного продукта составляет:

Q = 2000 Ч 1,3 Ч 0,35 Ч (1 + 0,15 + 0,02) = 1065 (условных команд).

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

, (2)

где t_И - затраты труда на изучение (и описание) задачи;

t_А - затраты труда на изучение задачи в целом и на разработку алгоритмов;

t_БС - затраты труда на разработку блок-схем;

t_ПБД - затраты труда проектирование базы данных;

t_П - затраты труда на программирование;

t_ОП - затраты труда на отладку программы.

Затраты труда на изучение задачи определяются по формуле (3):

, (3)

где Q - общее количество команд в программном комплексе (1065 условных команды);

В₃₁- производительность исполнителя на этапе алгоритмизации и программирования (90 ком. час);

К_кв - коэффициент, отражающий квалификацию специалиста (для стажа более 3 лет, коэффициент равен 1,1);

К_нач - коэффициент, учитывающий требуемое качество описания задачи (для нашего случая = 1,2).

Затраты труда на изучение задачи в целом и разработку алгоритмов рассчитываются по формуле (4):



, (4)

где t_А - производительность исполнителя на втором этапе стадии алгоритмизации и программирования (60 ком. час).

Затраты труда на разработку блок-схем программного продукта определяются по формуле (5):

, (5)

где t_БС - производительность исполнителя на третьем этапе стадии алгоритмизации и программирования (50 ком. час).

Затраты труда на этапе программирования определяются по формуле (6):

, (6)

где t_П - производительность на четвертом этапе стадии алгоритмизации и программирования (40 ком. час).

Затраты труда на отладку программы определяются по формуле (7):

, (7)

где t_ОП - производительность на пятом этапе третьей стадии алгоритмизации и программирования (30 ком. час)

Таким образом, трудоемкость работ на стадии алгоритмизации и программирования: = 147 (чел. час) = 18 (чел. дн.).

Трудоемкость остальных стадий разработки программного изделия по формуле (8):

, (8)

где T_i - трудоемкость каждой стадии.

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

Таблица 3

Результаты расчета остальных стадий разработки

Стадия разработки	Трудоемкость, (чел. час.)	Трудоемкость, (чел. дн.)
Т1	43	6
Т2	85	11
ТЗ	16	2
Т4	16	2
Т5	16	2
Т6	16	2
Примечание - составлено автором на основе исследования

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

Т = Т₁ + Т₂ + Т₃ + Т₄ + Т₅ + Т₆ = 193 чел. час.

Распределение трудоемкости работ между исполнителями на различных стадиях представлено в таблице 4.

Таблица 4

Распределение трудоемкости между исполнителями

№ п/п	Наименование стадий	Трудоемкость, чел. час.	Занятые исполнители	Доля выполненных работ, %	Трудоемкость по исполнителям, чел. час.
1	Подготовительная стадия	43	Программист (сист.) Программист (БД)	50 50	22 22
2	Теоретическая разработка	85	Программист (сист.) Программист (БД)	40 60	34 51
3	Алгоритмизация и программирование	16	Программист (сист.) Программист (БД.)	40 60	6,5 9,5
4	Обобщение и выводы	16	Программист (сист.)	100	16
5	Техническая отчетность	16	Программист (сист.)	100	16
6	Внедрение и сопровождение	16	Программист (сист.)	100	16
Примечание - составлено автором на основе исследования

Расчет календарной продолжительности стадии определяется по формуле (9), (10), предполагающей равную степень загруженности R_j исполнителей на j ой стадии.

, (9)

где - общая трудоемкость j стадии;

р - доля дополнительных работ (0,1);

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

f - переводной коэффициент, обеспечивающий переход от человеко-дней с календарным интервалом.

, (10)

где - относительная доля работ, выполняемых j м исполнителем на i й стадии.

(раб. дн. / кал. дн.).

Полученные данные представлены в таблице 4.



Таблица 5

Длительность этапов разработки

Наименование этапа	Длительность этапа, дни
T1K	6
T2K	11
T3K	2
Страница:  1   2   3  дипломная работа "Проектирование информационной системы предприятия по перевозке пассажиров на междугороднем маршруте" скачать Подобные документы Микропроцессорная система автоматического учета количества пассажиров транспортного средства Разработка и проектирование устройства подсчета числа пассажиров, перевозимых транспортным средством на основе микропроцессора. Методика и этапы составления программного обеспечения для организации работы данного устройства, необходимая документация. курсовая работа [114,5 K], добавлен 07.12.2011 Разработка автоматизированного рабочего места кассира по продаже билетов в кассе аэрофлота Разработка информационной системы учета регистрации пассажиров и реализации билетов в кассе аэрофлота. Изменение учетных данных клиентов аэропорта. Реализация функции возврата билета. Составление посадочной ведомости и отчета по продажам билетов. курсовая работа [4,9 M], добавлен 13.08.2012 Автоматизированная система "Автовокзал-2" Обслуживающая система предприятия. Услуги по перевозкам пассажиров. Клиенты автовокзала - лица, проживающие в данном регионе. Предназначение системы "Автовокзал-2" для автоматизации продажи билетов на междугородние и пригородные автобусные перевозки. курсовая работа [618,5 K], добавлен 19.01.2009 Проектирование автоматизированной информационной системы для автоматизации производства мебели Предметная область предприятия по производству мебели: изучение и диагностический анализ структуры предприятия, его деятельности и существующей системы обработки информации. Проектирование моделей, форм входных и выходных документов предприятия. курсовая работа [545,7 K], добавлен 30.01.2013 Автоматизация учета поставок продукции автотранспортом в коммерческой организации Разработка программного модуля для автоматизации учета поставок продукции автотранспортом для коммерческой организации. Предметная область, программно-техническое обеспечение. Экономическая эффективность системы автоматизации взаимодействия с клиентами. дипломная работа [1011,0 K], добавлен 10.05.2013 База данных для хранения информации о перевозках пассажиров и грузов Проведение системного анализа предметной области и разработка проекта по созданию базы данных для хранения информации о перевозках пассажиров и грузов. Обоснование выбора системы управления базой данных и разработка прикладного программного обеспечения. курсовая работа [1,1 M], добавлен 18.07.2014 Модель "Имитация процесса перехода пассажиров на монорельсы" Описание программного обеспечения AnyLogic, поддерживающего три метода имитационного моделирования (системная динамика, дискретно-событийное и агентное моделирование). Разработка модели процесса перехода пассажиров на монорельсы через кассы и турникеты. контрольная работа [524,9 K], добавлен 21.05.2015 Создание и внедрение модуля информационной системы для автоматизации учета приема аварийных автомобилей и реализации б/у запчастей Разработка информационной системы на платформе "1С:Предприятие 8.0" для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Проектирование интерфейса. Построение логической и физической моделей данных. дипломная работа [640,5 K], добавлен 14.02.2015 Информационные технологии управления запасами на предприятии Анализ состояния информационных систем управления запасами на предприятии. Описание рабочего места оператора складского учета. Предметная область предприятия. Разработка практических предложений по автоматизации управления запасами на предприятии. курсовая работа [606,5 K], добавлен 20.04.2015 Разработка информационной системы для автоматизации кадрового учета преподавательского состава МОУ Гимназия № 16 города Керчь Проектирование информационной системы для автоматизации документооборота в области кадрового учета МОУ Гимназия № 16 г. Керчь. Объекты справочной и учетной информации. Реализация физической модели базы данных в среде СУБД. Построение логической модели БД. курсовая работа [1,3 M], добавлен 15.08.2012 Проектирование и разработка информационной системы для учета ремонтных работ и обслуживания оргтехники фирмы ООО "Компьютерный мир" г. Самара Технико-экономическая характеристика предприятия. Выбор комплекса задач автоматизации, анализ бизнес-процессов. Концептуальный уровень архитектуры базы данных, ее физическая модель. Программная реализация информационной системы для учета ремонтных работ. дипломная работа [8,8 M], добавлен 27.06.2012 Реализация и аттестация информационной системы Проектирование, разработка и внедрение информационной системы, предназначенной для автоматизации документооборота и учета по приему аварийных автомобилей и составлению заказ-нарядов. Взаимодействие приложения с источниками данных. Оценка стоимости ПО. дипломная работа [1,9 M], добавлен 08.02.2015 Разработка информационной системы для автоматизации учета ремонта электрооборудования на предприятии Архитектура и функции информационной системы для автоматизации учета ремонта электрооборудования. Построение модели прецедентов, потоков данных и процессов в стандарте IDEF0. Проектирование концептуальной и логической модели интегрированной базы данных. курсовая работа [442,9 K], добавлен 06.08.2013 Создание автоматизированной информационной системы предприятия "Мебельный цех" Первый этап проектирования АИС. Предпроектное обследование Предметная область. Построение структуры. Определение миссии, выделение критических факторов успеха и проблем предприятия Проектирование информационной системы. Выделение бизнес-процессов. курсовая работа [3,2 M], добавлен 13.10.2008 Информационная система для обслуживания пассажиров в кассах вокзалов Анализ предметной области, определение сущностей и связей. Разработка базы данных, создание таблиц и запросов. Исходные тексты процедур модулей. Тестирование информационной системы на корректность работы. Схема инфологической модели предметной области. курсовая работа [4,3 M], добавлен 19.12.2011 Прогнозирование числа пассажирских авиационных перевозок службы "Организация перевозок" информационной системы "Аэропорт" Разработка фрагментов математического обеспечения для автоматизированной информационной системы прогнозирования нагрузки пассажирских авиаперевозок. Анализ входных данных и предметной области. Состав информационной базы автоматизированного комплекса. курсовая работа [1,6 M], добавлен 07.03.2015 Разработка автоматизированной информационной системы "Учет заявок на ремонт и диагностику" Анализ входной информации и процессов, уровня автоматизации на предприятии. Выявление объекта и задачи автоматизации. Разработка концепции построения информационной модели информационной системы. Разработка структуры базы данных и клиентского приложения. дипломная работа [2,0 M], добавлен 22.11.2015 Разработка информационной системы учета призывников в администрации (на примере администрации с. Казинка) Разработка требований к программному обеспечению отдела воинского учета, методология проектирования информационной системы. Реализация и аттестация информационной системы, взаимодействие приложения с источниками данных, его экономическая эффективность. дипломная работа [1,3 M], добавлен 30.11.2010 Разработка системы учета перевозок в карьере горно-обогатительного комбината Область применения системы учета перевозок в карьере горно-обогатительного комбината. Функциональное назначение, описание логической структуры программы, пользовательского интерфейса, языков программирования, используемых при разработке программы. дипломная работа [3,0 M], добавлен 21.12.2016 Автоматизации процесса учета договоров на предприятии Методология структурного проектирования, создание функциональной модели процесса учета договоров на предприятии ООО "УралСтройПроект"; разработка информационной модели логической структуры базы данных для организации электронного документооборота. курсовая работа [1,6 M], добавлен 10.04.2011 Другие документы, подобные "Проектирование информационной системы предприятия по перевозке пассажиров на междугороднем маршруте" главная рубрики по алфавиту вернуться в начало страницы вернуться к началу текста вернуться к подобным работам Рубрики По алфавиту Закачать файл Заказать работу весь список подобных работ скачать работу можно здесь сколько стоит заказать работу? Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу. © 2000 — 2023, ООО «Олбест» Все права защищены