Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Проектирование автоматизированного рабочего места кассира-операциониста для ООО "Расчетно-кассовый центр"

Проектирование автоматизированного рабочего места кассира-операциониста для ООО "Расчетно-кассовый центр"

Технологический процесс сбора, передачи, обработки и выдачи информации. Назначение программного продукта. Анализ экономических показателей внедрения автоматизированного рабочего места кассира-операциониста. Организация рабочего места оператора ЭВМ.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 08.12.2014
Размер файла 2,6 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

Специальность 230201 Информационные системы и технологии

Кафедра Информационные технологии моделирования и управления

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОГО РАБОЧЕГО МЕСТА КАССИРА-ОПЕРАЦИОНИСТА ДЛЯ ООО «РАСЧЕТНО-КАССОВЫЙ ЦЕНТР»

2013 г.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

Специальность 230201 Информационные системы и технологии

Кафедра Информационные технологии моделирования и управления

Допустить к защите

Заведующий кафедрой

_________xxxxxxxx. (Подпись, Фамилия, инициалы)

"___"___________2013 г.

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

К ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЕ

ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННОГО РАБОЧЕГО МЕСТА КАССИРА-ОПЕРАЦИОНИСТА ДЛЯ ООО «РАСЧЕТНО-КАССОВЫЙ ЦЕНТР»

(Тема выпускной квалификационной работы)

Шифр xxxxxxx

Студент ________________ _________ xxxxxxx.

(Подпись) (Дата) (Фамилия, инициалы)

Руководитель ________________ _________ xxxxxxxx.

(Подпись) (Дата) (Фамилия, инициалы)

Консультанты по разделам:

Обоснование экономической

эффективности _______________ xxxxxxx.

(Краткое наименование раздела) (Подпись, дата) (Фамилия, инициалы)

Безопасность и комфортность

рабочей среды _______________ xxxxxxx

(Краткое наименование раздела) (Подпись, дата) (Фамилия, инициалы)

Нормоконтролер _______________ xxxxxxxx.

(Подпись, дата) (Фамилия, инициалы)

2013 г.

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

«ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ИНЖЕНЕРНЫХ ТЕХНОЛОГИЙ»

Специальность 230201c Информационные системы и технологии

Кафедра Информационных технологий моделирования и управления

УТВЕРЖДАЮ

Заведующий кафедрой

_________Абрамов Г. В. (Подпись, Фамилия, инициалы)

"___"___________2013 г

ЗАДАНИЕ

НА ВЫПОЛНЕНИЕ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ

Студенту Курышеву Е. В. 230201с ЗИСс4 .

Тема выпускной квалификационной работы:

Проектирование автоматизированного рабочего места кассира-операциониста для ООО «Расчетно-кассовый центр» .

утверждена приказом по ВГУИТ № 520/ст от 20.05.2013 г. .

2. Срок представления ВКР к защите 17.06.2013 г. .

3. Особенности задания: разработка функционирующего автоматизированного рабочего места

4. Содержание пояснительной записки (перечень вопросов, подлежащих разработке)

4.1. Технико-экономическая характеристика предметной области

4.2. Характеристика предприятия

4.3. Характеристика подразделения

4.4. Обоснование необходимости использования вычислительной техники

4.5. Постановка задачи

4.6. Анализ существующих разработок и обоснование выбора

4.7 Информационное обеспечение задачи

4.8. Программное обеспечение задачи

4.9. Разработка экранных форм

4.10. Структурная схема пакета

4.1. Технологическое обеспечение задачи

4.12. Организация обеспечения задачи

3.13. Схема технологического процесса сбора, передачи, обработки и выдачи информации

5. Иллюстрационный материал

5.1. Цель и задачи

5.2. Схема архитектуры информационной системы ООО «РКЦ»

5.4. Диаграммы прецедентов предметной области

5.5. Процесс приема платежей с точки зрения плательщика коммунальных платежей в BPMN нотации

5.6. Процесс приема платежей с точки зрения кассира-операциониста в BPMN нотации

5.7. Схема обмена данными между АРМом Кассира и информационно-расчетной системой «ИНКОМУС Квартиросъемщик»

5.8. Структура базы данных

5.9. Функциональная структура

5.10 Экранные формы АРМ кассира-операциониста

5.11 Отчеты и электронные реестры

6. Консультанты по разделам ВКР (с указанием разделов)

6.1. Обеспечение безопасности жизнедеятельности Власова Л.А.

6.2. Экономическая часть Богомолова И.П.

7. Дата выдачи задания на выполнение ВКР 25.03.2013 г

Руководитель Епрынцева Н.А.

(Подпись, дата) (Инициалы, фамилия)

Задание принял к исполнению Курышев Е.В. (Подпись, дата) (Инициалы, фамилия)

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области

1.1.1 Характеристика предприятия

1.1.2 Характеристика подразделения

1.2 Обоснование необходимости использования вычислительной техники

1.3 Постановка задачи

1.4 Анализ существующих разработок и обоснование выбора

2. Проектная часть

2.1 Информационное обеспечение задачи

2.2 Программное обеспечение задачи

2.2.1 Общие положения

2.2.2 Разработка экранных форм

2.2.3 Структурная схема пакета

2.3 Технологическое обеспечение задачи

2.3.1 Организация обеспечения задачи

2.3.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации

3. Обоснование экономической эффективности

3.1 Характеристика программного продукта

3.1.1 Назначение программного продукта

3.1.2 Функции разработанного программного продукта

3.1.3 Анализ конкурентоспособности программного продукта

3.2 Технико-экономическое основание

3.2.1 Определение трудоемкости разработки программного продукта

3.2.2 Расчет затрат по созданию программного продукта

3.2.3 Расчет цены потребления

3.2.4 Анализ экономических показателей внедрения программного продукта

4. Безопасность и комфортность рабочей среды

4.1 Общие положения

4.2 Организация рабочего места оператора ЭВМ

4.3 Организация микроклимата в рабочем помещении

4.4 Организация освещения рабочего места

4.5 Организация мероприятий по ослаблению влияния источников шума на рабочем месте

4.6 Организация мероприятий по ослаблению влияния электромагнитного излучения на рабочем месте

4.7 Организация мероприятий от поражения электрическим током

4.8 Организация противопожарной безопасности

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЯ А

ПРИЛОЖЕНИЯ Б

ВВЕДЕНИЕ

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

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

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

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

Создание автоматизированной системы требует определенных инвестиций, но за счет увеличения сбора платежей с населения и уменьшения задолженности она окупается за сравнительно короткое время. (Повышение собираемости денег с населения после внедрения системы возрастает на 20-40%, а задолженность населения уменьшается примерно на столько же.) Кроме того, появляется возможность получения оперативной, достоверной и полноценной справочной информации.

Цель данной работы - рассмотреть автоматизацию рабочего места кассира - операциониста в сфере ЖКХ.

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

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

ѕ сложностью и трудоемкостью выявления должников по оплате за услуги;

ѕ предупреждением недоразумений, вызванных ошибками по оплате за услуги;

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

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

1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области

1.1.1 Характеристика предприятия

Расчетно-кассовый центр обеспечивает полную прозрачность расчетов за услуги ЖКХ. Оплата квитанций за жилищно-коммунальные услуги через ООО «Расчетно-кассовый центр» позволяет жителям города контролировать расходование средств. РКЦ - специализированное учреждение, созданное для организации расчётов за жилищно-коммунальные услуги между гражданами и организациями, оказывающими такие услуги. Расчетно-кассовый центр обеспечивает полную прозрачность как поступлений платежей от населения за все услуги ЖКХ, так и их расходования.

На сегодняшний день 40 процентов управляющих компаний Добрянки сотрудничают с «Расчетно-кассовым центром», через РКЦ идут расчеты и с ресурсоснабжающими организациями. По свидетельству специалистов, у данной организации - много преимуществ. Во-первых, расчеты через ООО «РКЦ» удобны для граждан. Горожане могут запрашивать и получать отчеты о поступлениях и расходовании денег - информация доступна для всех и абсолютно достоверна. Во-вторых, вероятность «хождения» двойных квитанций исключена, так как квитанции по оплате за ЖКХ утвержденного образца РКЦ готовит строго в соответствии с действующим и легитимным договором жителей и обслуживающей организации. В-третьих, обработка и доставка квитанций в ООО «Расчётно-кассовый центр» - дешевле, чем в других учреждениях, поскольку здесь самый низкий процент за услуги по расчётно-кассовому обслуживанию населения - 0,8-1,18 %, в то время как у других поставщиков данной услуги 1,5-2,0%. А значит, остается больше средств на содержание жилья. В-четвертых, если жители меняют способ управления многоквартирным домом или обслуживающую организацию, вся информация по предыдущим платежам сохраняется в базе данных расчетно-кассового центра.

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

За деятельностью ООО «РКЦ» ведёт контроль Наблюдательный совет, который состоит из специалистов структурных подразделений администрации Добрянки и представителей общественности. Как подчеркивают специалисты, собственники жилья могут поручить управляющей компании вести расчёты через расчётно-кассовый центр. Для этого необходимо инициировать собрание собственников жилья и большинством голосов внести изменения в договор с хозяйствующим субъектом.

Виды деятельности ООО «РКЦ»:

ѕ осуществление оперативного расчёта стоимости услуг ЖКХ, в соответствии с существующим порядком оплаты жилищно-коммунальных услуг, доведение результатов расчётов до потребителей этих услуг;

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

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

ѕ коммерческая и посредническая деятельность;

ѕ оказание информационных услуг предприятиям и организациям города в пределах профессиональной деятельности в соответствии с действующим законодательством на договорной основе;

ѕ оказание услуг по приёму платежей от населения и иных потребителей услуг;

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

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

Рисунок 1.1 Организационная структура ООО «РКЦ»

1.1.2 Характеристика подразделения

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

Функции отдела приема платежей:

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

Рисунок 1.2 - Схема архитектуры информационной системой «КАК ЕСТЬ»

1.2 Обоснование необходимости использования вычислительной техники для решения задачи

Основные требования к автоматизированной системе можно сформулировать следующим образом.

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

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

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

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

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

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

Это три взаимосвязанные задачи или подсистемы:

ѕ учет жителей (паспортный стол);

ѕ жилищный фонд;

ѕ квартплата (бухгалтерия, лицевые счета).

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

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

ѕ анализ документации (или состояния на рынке);

ѕ рутинные операции.

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

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

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

Эти системы получили широкое распространение в организационном управлении под названием автоматизированных рабочих мест (АРМ).

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

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

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

В основу конструирования АРМ положены следующие основные принципы:

1) Максимальная ориентация на конечного пользователя, достигаемая созданием инструментальных средств адаптации АРМ к уровню подготовки пользователя, возможностей его обучения и самообучения;

2) Формализация профессиональных знаний, то есть возможность предоставления с помощью АРМ самостоятельно автоматизировать новые функции и решать новые задачи в процессе накопления опыта работы с системой;

3) Проблемная ориентация АРМ на решение определенного класса задач, объединенных общей технологией обработки информации, единством режимов работы и эксплуатации, что характерно для специалистов экономических служб;

4) Модульность построения, обеспечивающая сопряжение АРМ с другими элементами системы обработки информации, а также модификацию и наращивание возможностей АРМ без прерывания его функционирования;

5) Эргономичность, то есть создание для пользователя комфортных условий труда и дружественного интерфейса общения с системой;

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

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

Сетевой режим эксплуатации АРМ объединяет достоинства первого и второго. В этом случае каждое АРМ строится на базе одной ЭВМ, но в то же время имеется возможность использовать некоторые общие ресурсы вычислительной сети.

Одним из подходов к классификации АРМ является их систематизация по видам решаемых задач. Возможны следующие группы АРМ:

1) Для решения информационно-вычислительных задач;

2) Для решения задач подготовки и ввода данных;

3) Для решения информационно-справочных задач;

4) Для решения задач бухгалтерского учета;

5) Для решения задач статистической обработки данных;

6) Для решения задач аналитических расчетов.

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

1.3 Постановка задачи

1.3.1 Анализ предметной области с применением BPMN нотации

Рассмотрим процесс приема коммунальных платежей от населения как систему массового обслуживания. Применив при этом нотации BPMN (Business Process Modeling Notation) для описания системы массового обслуживания. Системы массового обслуживания делятся на три типа, в зависимости от наличия возможности ожидания поступающими требованиями начала обслуживания - системы с потерями, системы с бесконечной очередью и системы с конечной очередью. Систему приема коммунальных платежей можно отнести к системе массового обслуживания третьего типа - система с конечной очередью. Потоком требований в этой системе является поток клиентов, которым необходимо оплатить услуги. Обслуживающим объектом является система учета принятых платежей. Рассматриваемая в работе система включает в себя систему обработки и хранения информации о принятых платежах и контрольно-кассовую машину (ККМ). Системы массового обслуживания можно рассмотреть с точки зрения бизнес-процессов. Система подчиняется набору правил и действует в рамках определенного процесса. Рассмотрим процесс непосредственного приема платежа, основными действующими лицами которого являются клиент и кассир. Этот процесс является частью процесса приема коммунальных платежей, который включает в себя: прием платежей, первичную обработку данных о платежах (происходит в момент закрытия кассиром рабочей смены), обработка платежей и взаиморасчеты с поставщиком услуг. На сегодня существует несколько классов методологий описания бизнес процессов:

ѕ диаграммные модели. К этому классу относятся модели в виде IDEF диаграмм и т.д.;

ѕ математические модели. Примером такого класса моделей являются Сети Петри;

ѕ языки моделирования бизнес-процессов. Представителем такого класса моделей является нотация BPMN (Business Process Modeling Notation).

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

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

BPD состоит из набора графических элементов. Эти элементы позволяют легко разрабатывать простые диаграммы, позволяют легко разрабатывать простые диаграммы, которые будут понятны большинству бизнес-аналитиков (диаграммы в виде блок-схем). Элементы подобраны таким образом, чтобы их можно было четко отличить друг от друга, и используют формы, которые привычны большинству проектировщиков. Например, деятельности (activities) - это прямоугольники (rectangles), а условия принятия решений - ромбы (diamonds).

Прежде чем начать составление BPMN диаграммы процесса приема коммунальных платежей кассиром, необходимо выделить основные элементы модели и связи между этими моделями. Для такого анализа целесообразно использовать еще один тип диаграмм в нотации UML - UseCase Diagram (диаграммы прецедентов). UseCase диаграмма показывает связи между действующими лицами и набором вариантов использования системы или подсистемы, а также связи между этими элементами. Связями являются ассоциации между действующими лицами и вариантами использования и отношения наследования между действующими лицами. Некоторые варианты использования могут быть заключены в ограничивающий прямоугольник, для того чтобы показать их принадлежность к одной подсистеме. Основные визуальные элементы, используемые при построении UseCase диаграмм:

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

Рисунок 1.3 - Визуальный элемент Actor (действующее лицо)

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

Рисунок 1.4 - Визуальный элемент UseCase

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

Рисунок 1.5 - Визуальный элемент Communicate (соединения)

Рисунок 1.6 - Extends (расширения)

автоматизированный рабочий место кассир

Визуальный элемент Extends показывает, что при некоторых условиях вариант использования UseCase2 может быть добавлен к варианту использования UseCase1. При этом UseCase1 является точкой расширения для UseCase2. Расширение изображается стрелкой, направленной от варианта использования, обеспечивающего расширение, к основному варианту использования. Стрелка снабжается пометкой «extend».

Рисунок 1.7 - include (включения)

Связь типа include от варианта использования UseCase1 к варианту использования UseCase2 показывает, что вариант использования UseCase1 включает в себя также и поведение специфицированное для варианта использования UseCase2. Включение изображается стрелкой, направленной от основного варианта использования к включаемому варианту использования. Стрелка снабжается пометкой «include».

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

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

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

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

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

Рисунок 1.8 - Кассир и плательщик

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

Рисунок 1.9 - Диаграмма прецедентов кассир-плательщик

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

ККМ - контрольно-кассовая машина, при помощи которой кассир печатает чек, означающий проведение платежа, который далее передается плательщику

АРМ «Кассир» и система хранения и обработки информации о проведенных платежах (БД платежей)

Рисунок 1.10 - Развернутая диаграмма системы

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

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

Рисунок 1.11 - Процесс с точки зрения плательщика коммунальных платежей

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

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

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

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

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

При рассмотрении диаграммы, изображенной на рисунке 1.11, можно увидеть, что КАССИР является единственным актером процесса, на котором «замыкаются» действия всех остальных актеров. Поэтому и диаграмму процесса необходимо строить сточки зрения деятельности кассира.

Рисунок 1.12 - Процесс с точки зрения кассира

На рисунке 1.12 видно четыре пула, которые соответствуют «актерам» процесса. Центральное место здесь занимает дорожка описанием процесса, за который отвечает кассир. Любая ошибка, произошедшая при работе кассира, будь то сбой связи с центральной базой данных, либо перебой со светом, приводит к действию «Отказать в приеме платежа». Для того чтобы не загромождать диаграмму лишними связями, переход на действие «Отказать в приеме платежа» осуществляется при помощи события ссылки.

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

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

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

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

1) Определение основных элементов модели и описание взаимодействий между этими элементами посредством Use Case диаграмм языка UML.

2) Определение потока действий, набора событий системы и описание их в нотации BPMN.

Четкое определение, какой процесс будет центральным при описании всей системы в целом.

1.4 Анализ существующих разработок и обоснование выбора

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

1) Приобрести готовое решение.

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

2) Приобрести адаптируемое решение и услуги по настройке.

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

3) Нанять собственных специалистов, которые создадут решение.

Данный подход должен иметь право на жизнь только в случае совершенной уникальности стоящих задач. Аргументами за использование такого подхода может служить только полное соответствие решения поставленным задачам.

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

На данный момент на российском рынке существует очень много разнообразного ПО для автоматизации рабочего места кассира-операциониста. Некоторые из них представлены в таблице 1, где описываются основные их характеристики: Таблица 1.1 (Приложение Б).

Для автоматизации рабочего места кассира-операциониста ООО «Расчетно-кассовый центр» был выбран третий подход. Такое решение было принято по следующим причинам:

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

2) мала вероятность того, что купленное программное обеспечение будет полностью удовлетворять требованиям конкретного предприятия. Возможно, придется «дописывать» некоторые модули программы.

Основными преимуществами предлагаемого решения являются:

1) Простота во внедрении и использовании.

2) Уникальность и полное соответствие всем требования предприятия.

3) Невысокая стоимость.

4) Наличие открытого исходного кода для дальнейшего развития проекта.

2. Проектная часть

2.1 Информационное обеспечение задачи

Для эффективного функционирования разрабатываемой АРМ кассира-операциониста будет разработана СУБД. Поэтому ниже рассмотрены логические и концептуальные модели данных.

Модель данных корпоративного хранилища представляет собой ER-модель (Entity-relationship model -- модель «сущность-связь»), описывающую на нескольких уровнях набор взаимосвязанных сущностей, которые сгруппированы по функциональным областям и отражают потребности бизнеса в аналитическом анализе и отчетности.

Общая модель данных корпоративного хранилища разрабатывается последовательно и состоит из:

ѕ концептуальной модели данных;

ѕ логической модели данных;

ѕ физической модели данных.

1) Концептуальная модель

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

Рисунок 2.1 - Концептуальная модель

2) Логическая модель

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

Рисунок 2.2 - Логическая модель

3) Физическая модель

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

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

Итогом рассмотрения этой задачи является построение модели данных для решения задачи АРМ кассира-операциониста (рисунок 2.3).

Рисунок 2.3 - Физическая модель базы данных

Вся информация о каждом платеже хранится в таблице «Payment» БД cashbox.mdb (Таблица 2.1 ), который имеет следующую структуру:

Таблица 2.1 - «Структура таблицы платежей Payment»

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

Справочник «Типов оплаты» представлен таблицей «PayType» БД cashbox.mdb (Таблица 2.2)

Таблица 2.2 - «Справочник типов оплаты PayType»

Информация о кассирах-операционистах, расположена в таблице «Users» БД cashbox.mdb (Таблица 2.3)

Таблица 2.3 - «Структура таблицы Users»

2.2 Программное обеспечение задачи

2.2.1 Общие положения

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

1) Операционная система должна быть русифицированной.

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

3) Сохранение данных при сбоях в работе компьютера, в том числе и при отключении электропитания.

4) Надежность работы.

Этим требованиям удовлетворяет операционная система Windows XP, которая установлена на персональном компьютере кассира-операциониста, и может быть применена при дальнейшем использовании.

2.2.2 Разработка экранных форм

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

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

- Высокопроизводительный машинный доступ к данным разного формата;

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

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

Далее рассмотрены экранные формы спроектированные средствами Delphi.

Рисунок 2.4 - Проектирование главной формы АРМ «Кассир»

Рисунок 2.5 - Диалог авторизации в АРМ «Кассир»

Рисунок 2.6 - Главное окно АРМ «Кассир»

Рисунок 2.7 - Выбор типа оплаты АРМ «Кассир»

Рисунок 2.8 - Подтверждение для добавления нового лицевого счета

Рисунок 2.9 - Ввод данных плательщика

Рисунок 2.10 - Подтверждение при печати чека на ККМ

Рисунок 2.11 - Завершенная операция

Рисунок 2.12 - Ввод оплаты по поставщикам

Рисунок 2.13 - Диалог прием платежей за электроэнергию

Рисунок 2.14 - Статус ККМ (фискального регистратора)

Рисунок 2.15 - Образец электронного реестра за электроэнергию

2.2.3 Структурная схема пакета

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

- ввода, хранения информации;

- управление ККМ (фискальный регистратор), сканер штрих кода, денежным ящиком и тд.

- поиска данных;

- составления отчетов.

В таблице 2.1 содержится описание функций программных модулей.

Таблица 2.1 - Описание программных модулей

Идентификатор модуля

Выполняемые модулем функции

Main

Главный модуль АРМ «Кассир». Содержит основные подпрограммы.

DataModule

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

Protector

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

PostSum

Ввод платежей по видам услуг и поставщикам услуг.

Vars

Глобальные переменные и константа АРМ.

Connect

Модуль управления аппаратно-программным комплексом АРМ (ККМ, сканер штрих кода, денежный ящик и т.д.)

Service

Модуль настройки АРМ и подсистема обмена данными.

PayAdd

Модуль формирования отчетов и электронных реестров

Рисунок 2.16 - Функциональная структура АРМ «Кассир»

2.3 Технологическое обеспечение задачи

2.3.1 Организация обеспечения задачи

Для решение поставленной задачи необходимо наличие в отделе компьютера, фискального регистратора (ККМ), сканера штрих кода, принтера. Разрабатываемый АРМ предназначен для работы на IBM-совместимых компьютерах, которые получили широкое применение благодаря:

1) простоте использования, обеспеченной диалоговым взаимодействием с компьютером;

2) возможности использования различного программного обеспечения и периферийных устройств;

3) высоким возможностям по обработке информации;

4) высокой надежности и простоте ремонта, основанной на том что нет потребности полностью менять процессор, можно лишь заменить неисправные части.

Минимальные требования к ПЭВМ:

- процессор Pentium с тактовой частотой 166 GHz

- объём оперативной памяти 64 Мбайт

- объём свободной дисковой памяти 1 Гбайт

- наличие свободного COM-порта

- 15-ти дюймовый монитор, видеокарта с поддержкой 800 * 600 (Hi Color)

- наличие CD-ROM или USB-порта

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

- Windows 98 или выше;

- Microsoft Office 2000 или выше (по необходимости);

- ADO 2.6 или выше.

2.3.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации

Для идентификации плательщиков из базы данных Расчетно-информационной системы Программного комплекса “ИНКОМУС Квартиросъемщик” (или другой расчетной программы) в базу данных кассового модуля передается информация по лицевым счетам.

Рисунок 2.17 - Схема архитектуры информационной системой «КАК ДОЛЖНО БЫТЬ»

Ежедневно кассиром формируется файл платежей, который передается в базу данных ИС ПК “ИНКОМУС Квартиросъемщик” и разносится по лицевым счетам, что позволяет оперативно отслеживать оплату жилищно-коммунальных услуг населением и рассчитываться с поставщиками.

1) Расчётчик производит начисления в расчетно-информационной системе ПК “ИНКОМУС Квартиросъемщик” и печатает квитанции установленного образца.

Рисунок 2.18 - Образец счет-квитанции ООО «РКЦ»

2) Информация по лицевым счетам, необходимая кассиру, передаётся из БД ИС ПК “ИНКОМУС Квартиросъемщик” в БД АРМ Кассира.

3) Кассир с квитанции вводит сумму платежа по конкретному лицевому счёту. У кассира формируется БД платежей, которая в конце смены передается в ИС ПК “ИНКОМУС Квартиросъемщик”.

4) Бухгалтер осуществляет приём и разноску платежей по лицевым счетам. (Суммы автоматически разносятся по услугам и поставщикам услуг).

АРМ “Кассир” может использоваться как в составе единого расчетно-информационного комплекса, так и самостоятельно

В случае работы АРМа “Кассир” в комплексе, из расчетной системы в БД АРМ “Кассир” поступают данные по лицевым счетам, включая информацию по начислениям и последним оплатам.

При отсутствии программ расчета начислений или в случае невозможности формировать справочники с информацией по лицевым счетам (задолженностям и оплатам), АРМ “Кассир” может использоваться исключительно для приема наличных платежей с выдачей отчетов по собранным платежам в бумажном и электронном виде.

Рисунок 2.19 - Схема обмена данными между АРМом «Кассир» и ИС ПК «ИНКОМУС Квартиросъемщик»

1) Установка программы

Для того, чтобы установить программу, запускаем файл setup.exe из каталога Install

Происходит копирование файлов:

Перед установкой программы на ОС Windows98 рекомендуется закрыть все приложения и перезагрузить компьютер.

Нажимаем ОК

Нажимаем Continue

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

Программа установлена.

Далее необходимо на диске создать папку “Kassa” (По умолчанию все связи mdb-файлов настроены на путь “C:\Kassa\...”, поэтому при установке программы (копирование папок Lockal и Server) в другое место необходимо перенастроить связи в файлах KData.mdb и Service.mdb) и скопировать в неё целиком папку Lockal.

Замечание: После копирования файлов с CD необходимо снять атрибут

“Только чтение”!

2) Первый запуск программы

Запуск программы осуществляется через главное меню задач (Пуск / Программы / Касса / АРМ Кассир)

Или двойным щелчком левой кнопки мыши на ярлыке, находящемся на рабочем столе компьютера кассира.

При первом запуске программы на экране появится диалоговое окошко:

Здесь необходимо указать путь до БД кассира или выбрать его по кнопке.

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

По умолчанию заведен только один старший кассир с паролем 30. Поэтому в поле “Имя кассира” надо внести строку “АДМИНИСТРАТОР”, и пароль 30. Нажать клавишу ОК. На экран будет выведено основное окно программы.

3) Дальнейший запуск программы

Программа запускается с рабочего стола по ярлыку АРМ Кассир () или через главное меню задач (Пуск / Программы / Касса / АРМ Кассир).

На экран выводится диалоговое окно:

Рисунок 2.32

- Кассир - выбрать из выпадающего меню (мышью или стрелками вверх-вниз)

- Пароль - вводится с клавиатуры.

Замечание: При неверно введённом пароле на экране появится предупреждение:

Необходимо нажать клавишу Enter и ввести в диалоговое окно правильный пароль, соответствующий выбранному в списке кассиру.

Замечание: После трех предупреждений программа будет закрыта.

Замечание: Если программа уже запущена и попытались запустить программу еще раз, на экране появится ошибка:

Замечание: Если по какой-либо причине (например, аварийный выход из программы) при выборе кассира и вводе пароля программа выдает сообщение:

Необходимо войти в программу с логином и паролем администратора, перейти на вкладку “Настройка” и выбрав данного кассира из списка кассиров, нажать кнопку “Изменить”. Далее необходимо снять галочку в поле “Работает” и нажать кнопку “Изменить”. После чего выйти из программы и загрузить программу под именем данного кассира.

Если вход в программу прошел успешно, то загружается основная форма программы:

3. Обоснование экономической эффективности

3.1 Характеристика программного продукта

3.1.1 Назначение программного продукта

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

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

3.1.2 Функции разработанного программного продукта

АРМ “Кассир” может использоваться как в составе единого расчетно-информационного комплекса, так и самостоятельно.

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены