Рубрикатор 

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

 

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

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

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

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









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

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












г.

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

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

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

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


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

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

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

"___"___________2013 г.


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

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

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

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


Шифр xxxxxxx

Студент ________________ _________ xxxxxxx.

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

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

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

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

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

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

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

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

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

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

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

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

г.


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

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

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

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

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



УТВЕРЖДАЮ

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

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

"___"___________2013 г


ЗАДАНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

СОДЕРЖАНИЕ


ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

.2.1 Общие положения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

.1 Общие положения

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

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

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

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

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

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

.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.3Постановка задачи


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

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

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

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

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

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

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

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


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

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


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

(соединения) - визуальный элемент, используемый для обозначения ассоциации между действующем лицом и вариантом использования. Это прямая линия, связывающая действующее лицо и вариант использования. При необходимости над соединением можно указать множественность связи, то есть определить, будет ли это связь один к одному, многие к одному и т.д. На рисунке 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 (Приложение Б).

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

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

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

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

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

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

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

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

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


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


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

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

Общая модель данных корпоративного хранилища разрабатывается последовательно <#"justify">¾концептуальной модели данных;

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

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

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)Операционная система должна быть русифицированной.

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

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

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

Этим требованиям удовлетворяет операционная система 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)простоте использования, обеспеченной диалоговым взаимодействием с компьютером;

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

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

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

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

-процессор 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)Информация по лицевым счетам, необходимая кассиру, передаётся из БД ИС ПК ИНКОМУС Квартиросъемщик в БД АРМ Кассира.

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

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

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

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

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


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


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

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

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

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

Нажимаем ОК

Нажимаем Continue

При появлении данного сообщения нажимаем кнопку Пропустить

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

Далее необходимо на диске создать папку 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Функции разработанного программного продукта

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

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

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

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

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

Требования к разрабатываемому программному продукту:

¾наличие удобного графического интерфейса;

¾высокая скорость работы программы;

¾возможность работы с базами данных;

¾подсистема помощи;

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

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

¾функция выбора;

¾функция оптимизации;

¾функция обмена данными;

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


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

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

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

¾удобный формат баз данных, который является достаточно распространенным;

¾высокая степень совместимости с существующими операционными системами;

¾небольшой размер занимаемой памяти;

¾достаточная степень универсальности;

¾низкая закупочная цена программного продукта.

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

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


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

Краткая характеристика программного продукта:

¾объем программного продукта n Т.Н.К. = 2,30 тыс. исходных команд;

¾группа сложности программного продукта - 2 (задачи учета, отчетности и статистики);

¾дополнительный коэффициент сложности Ксл = 0,16;

¾степень новизны разрабатываемого программного продукта - В;

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


(3.1)


где m .и.к. - число тысяч исходных команд в тексте программы.

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


Таблица 3.1 - Факторы, влияющие на программную разработку

Факторы, влияющие на уровень программной разработкиКоэффициент рейтинга фактораI группа. Требования к программному изделию1. Надежность1,02. Сложность программного изделия1,03. Эффективность модели1,54. Размер области данных1,25. Эстетичность и эргономичность интерфейса0,8II группа. Характеристики ЭВМ6. Ограничения по быстродействию0,87. Ограничения по объему памяти1,08. Число обращений к ЭВМ0,5III группа. Требования к исполнителям9. Квалификация оператора0,510. Опыт работы в данной области1,211. Квалификация программиста1,212. Опыт работы с языком1,0IV группа. Требования к проекту программной разработки13. Применение современного программирования1,214. Эффективность алгоритма1,515. Ограничение сроков разработки0,8

Перемножая все значения 15-и коэффициентов, получаем коэффициент уровня программной разработки:


(3.2)


где Ki - коэффициент рейтинга для i-ого фактора.

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

= Kуп×tн = 0,6 × 7,22 = 4,60 чел.-мес(3.3)


Рассчитаем трудоемкость по стадиям разработки (техническое задание, этап проектирования, технический проект, рабочий проект, внедрение) по формуле:


(3.4)


где Li - удельный вес трудоемкости i-ой стадии для данной степени новизны АРМ (табл. 3.2);н = 0,7 - поправочный коэффициент, учитывающий степень новизны АРМ;т = 1 - поправочный коэффициент, учитывающий степень использования в разработке типовых программ.


Таблица 3.2 - Распределение трудоемкости по стадиям разработки АРМ

Код стадииТТЗЭЭПТТПРРПВВНКоэффициент удельного веса трудоемкости стадии в общей трудоемкости разработки АРМ00,0900,0700,0700,6100,16

Тогда, трудоемкость по стадиям разработкиТЗ = 0,09 × 0,7 × 4,60 = 0,29 чел.-мес.ЭП = 0,07 × 0,7 × 4,60 = 0,23 чел.-мес.ТП = 0,09 × 0,7 × 4,60 = 0,29 чел.-мес.РП = 0,61 × 0,7 × 4,60 = 1,96 чел.-мес.ВН = 0,16 × 0,7 × 4,60 = 0,52 чел.-мес.

Уточненная общая трудоемкость разработки АРМ:


(3.5)


Продолжительность разработки АРМ:


(3.6)


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


(3.7)


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


(3.8)

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


Таблица 3.3 - Расчет затрат на специальное оборудование

ПоказательЭВМПринтер1. Стоимость, руб.3096350002. Нормативный срок службы, ч5×365×8=146005×365×8=146003.Амортизационные отчисления, руб./ч30963/14600=2,125000/14600=0,34. Мощность, кВт0,140,065. Цена электроэнергии за 1 час, руб0,14×5,48=0,770,06×5,48=0,336. Стоимость обслуживания, руб./ч17500/(20×8)=109,417500/(20×8)=109,47. Время работы, ч3,93×20×8=628,83,93×20×1=78,68. Амортизация, руб.628,8×2,12=1333,0678,6×0,3=23,589. Затраты на электроэнергию, руб.628,8×0,77=484,1878,6×0,33=25,9410. Затраты на обслуживание, руб.2×109,4=218,81×109,4=109,411. Общие затраты (п.8+п.9+п.10)2036,04158,92

Таблица 3.4 - Расчет стоимости материалов

НаименованиеСумма, руб.1. Flash носитель 4Gb2302. Диск CD-R303. Картридж для принтера8104. Бумага1405. Письменные принадлежности20ИТОГО1230Транспортно-заготовительные расходы30ВСЕГО1260

Таблица 3.5 - Расчет стоимости специального оборудования

НаименованиеСумма, руб.1. ЭВМ309632. Принтер5000ИТОГО35963Таблица 3.6 - Калькуляция статей затрат на разработку АРМ

Наименование статей затратСумма, руб.Примечания1. Материалы1260,00см. табл. 4.42. Специальное оборудование и затраты на ЭВМ35963,00см. табл. 4.53. Основная зарплата производственного персонала22000,001чел × 22000 руб./мес.4. Уральский коэффициент3300,0015% от п.35. Начисления на заработную плату7590,0030% от п.3+п.4Фонд социального страхования733,702,9% от п.3+п.4Пенсионный фонд5566,0022% от п.3+п.4Фонд медицинского страхования1290,305,1% от п.3+п.46. Накладные расходы5609,048% от ? (п.1-5)Общехозяйственные2103,393% от ? (п.1-5)Управленческие расходы3505,655% от ? (п.1-5)7. Командировочные расходы0,00по смете8. Контрагентские расходы0,00по смете10. Прочие прямые расходы3155,094,5% от ? (п.1-5)Поддержка научных работ1051,701,5% от ? (п.1-5)Поддержка патентной работы1051,701,5% от ? (п.1-5)Реклама и поддержка научной работы студентов1051,701,5% от ? (п.1-5)11. Сметная стоимость78877,13? (п.1-10)12. Прибыль15775,4320% от п.1113. Налог на прибыль (упрощенная система налогообложения) 6% от доходов (договорная цена). Налог УСН вправе уменьшить на сумму взносов с заработной платы, но не более чем на 50%. Поскольку сумма взносов высокая то налог УСН равен 3%.2927,403% от п.1514. Договорная цена97579,95? (п.11-13)

Договорная цена копии определяется как частное от деления договорной цены АРМ на предполагаемое количество копий:


(3.9)


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


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

Цена потребления определяется по формуле:


Цп = Цпрод. + Ртр. + Рус. + Рут. + ( Рстр. + Рн + Зэк. ) ×Тн(3.10)


где Цпрод. - продажная цена изделия (копии АРМ);

Ртр. расходы на транспортировку (0,5 % от Цпрод.);

Рус. - расходы на установку (1,5 % от Цпрод );

Рстр. - расходы на страхование (0,5 % от Цпрод.);

Рн. - расходы на налоговые платежи (1 % от Цпрод.);

Рут. - расходы на утилизацию (0,1 % от Цпрод.);

Зэк. - годовые затраты на эксплуатацию машинного времени;

Тн. - нормативный срок службы АРМ (1 год).

Разрабатываемое программное обеспечение будет функционировать: 8 часов в день, 24 дня в месяц, 12 месяцев в году. Исходя из этих данных:


Зэк.=Тм.× С=(8ч/дн × 24 × дн/мес × 12мес/год) ×2,95=6796,8 руб.,(3.11)


где Тм. - количество машинного времени, потреблённого при эксплуатации АРМ в течение года, ч.;

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


Таблица 3.7 - Расчёт цены потребления для разработанного АРМ

ПоказателиПрограммный продукт1. Годовые затраты на эксплуатацию машинного времени6796,802. Годовые страховые платежи (0,5% от п.7 )487,903. Годовые налоговые платежи (1% от п.7 )975,804. Расходы на транспортировку (0,5% от п.7 )487,905. Расходы на утилизацию (0,1% от п.7 )97,586. Расходы на установку (1,5% от п.7)1463,707. Продажная цена97579,958. Цена потребления107889,63

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

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

Тогда эффективность капиталовложений рассчитывается по формуле:


(3.12)


где k - цена потребления программного продукта.

И составит:

Срок окупаемости составит:



Экономические показатели эффективности разработки и внедрения программного продукта представлены в таблице 3.8.


Таблица 4.8 - Основные экономические показатели внедрения программного продукта

ПоказателиЗначенияПродажная цена, руб.97579,95Цена потребления, руб.107889,63Рентабельность программного продукта, %20Эффективность капитальных вложений, %202Срок окупаемости, лет0,49

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

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


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


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

Выделим основные факторы воздействия на человека при работе с ЭВМ.

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


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


При организации рабочего места оператора ЭВМ следует обратить внимание на обеспечение следующих параметров:

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

¾достаточные физические, зрительные и слуховые связи между работающим человеком и ЭВМ;

¾наличие естественного и искусственного освещения в достаточной степени, нейтральную окраску интерьера, отсутствие блестящих поверхностей;

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

Помещения для эксплуатации ПЭВМ должны иметь естественное и искусственное освещение. Оконные проемы должны быть оборудованы занавесями или жалюзи. Площадь на 1 рабочее место должна составлять не менее 6 м2.

При использовании ПЭВМ с продолжительностью работ менее 4 часов в день допускается площадь 4,5 м2. При работе за компьютером рекомендуется использовать кресло с высотой сиденья 45 см. Наиболее удобным считается сиденье, имеющее выемку, соответствующую форме бедер, и наклон назад. Спинка стула должна быть изогнутой формы, обнимающей поясницу, радиус изгиба 0,3 - 0,35 м.

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


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


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

Параметры микроклимата на рабочем месте приведены в таблице 4.1


Таблица 4.1 - Параметры микроклимата на рабочем месте (легкая категория работ)

Наименование параметраХолодный и переходный период (до 10 град.)Теплый периодоптимальныедопустимыеоптимальныедопустимыеТемпература воздуха, °С20-2218-202528Скорость движения воздуха м/с0.20.30.50.3Влажность воздуха, %40-60704070

Система вентиляции выполняется в соответствии с требованиями СНиП 11-33-75 « Отопление, вентиляция и кондиционирование воздуха».


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


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

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

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


Таблица 4.2 - Допустимые визуальные параметры устройств отображения информации

ПараметрЗначениеЯркость белого поляНе менее 35 кд/кв.мНеравномерность яркости рабочего поляНе более +-20%Контрастность (для монохромного режима)Не менее 3:1Временная нестабильность изображения (непреднамеренное изменение во времени яркости изображения на экране дисплея)Не должна фиксироватьсяПространственная нестабильность изображения (непреднамеренные изменения положения фрагментов изображения на экране)Не более 2 х 10(-4L), где L - проектное расстояние наблюдения, мм

Для дисплеев на ЭЛТ частота обновления изображения должна быть не менее 75 Гц при всех режимах разрешения экрана, гарантируемых нормативной документацией на конкретный тип дисплея и не менее 60 Гц для дисплеев на плоских дискретных экранах (жидкокристаллических, плазменных и т.п.).

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

Искусственное освещение в помещениях эксплуатации видеотерминалов (ВДТ) и персональных ЭВМ должно осуществляться системой общего равномерного освещения. Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300-500 лК. Согласно СанПиН, в качестве источников света при искусственном освещении должны применяться преимущественно люминесцентные лампы типа ЛБ. Помещение, в котором находится рабочее место оператора, имеет следующие характеристики: длина помещения 6,5 м; ширина помещения 3,8 м; высота 3 м; число окон 3; количество рабочих мест 3; окраска интерьера: белый потолок, бледно-зеленые стены; пол металлический, обтянутый линолеумом зеленого цвета. Площадь на одно рабочее место с ВДТ или ПЭВМ для взрослых пользователей должна составлять не менее 6 м2, а объем не менее 20 м3.

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


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


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

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

¾по ослаблению влияния источников шума на рабочие места;

¾по уменьшению шума источников;

¾по использованию архитектурно-планировочных решений, направленных на полную или частичную изоляцию источников шума.

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

Таблица 4.3 - Допустимые значения уровней звукового давления в октавных полосах частот и уровня звука, создаваемого ПЭВМ

Уровни звукового давления в октавных полосах со среднегеометрическими частотамиУровни звука в дБ31,5 Гц63 Гц125 Гц250 Гц500 Гц1000 Гц2000 Гц4000 Гц8000 Гц5086 дБ71 дБ61 дБ54 дБ49 дБ45 дБ42 дБ40 дБ38 дБ

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


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

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

Инструментальный контроль уровней ЭМП должен осуществляться приборами с допускаемой основной относительной погрешностью измерений ±20%, включенными в Государственный реестр средств измерения и имеющими действующие свидетельства о прохождении Государственной поверки. Занести в протокол сведения об оборудовании рабочего места - наименования устройств ПЭВМ, фирм-производителей, моделей и заводские (серийные) номера. Измерение уровней переменных электрических и магнитных полей, статических электрических полей на рабочем месте, оборудованном ПЭВМ, производится на расстоянии 50 см от экрана на трех уровнях - на высоте 0,5 м, 1,0 м и 1,5 м. Гигиеническая оценка результатов измерений должна осуществляться с учетом погрешности используемого средства метрологического контроля.

Фоновый уровень электрического поля частотой 50 Гц не должен превышать 500 В/м. Фоновые уровни индукции магнитного поля не должны превышать значений, вызывающих нарушения требований к визуальным параметрам ВДТ.

Для предупреждения развития переутомления обязательными мероприятиями являются:

¾проведение упражнений для глаз через каждые 20-25 минут работы за ВДТ и ПЭВМ;

¾проведение во время перерывов сквозного проветривания помещений;

¾осуществление во время перерывов упражнений физкультурной паузы в течение 3-4 минут);

¾выполнение упражнений физкультминутки в течение 1-2 минут для снятия локального утомления, которые должны выполняться индивидуально при появлении начальных признаков усталости;

¾замена комплексов упражнений один раз в 2-3 недели.


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


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

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

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

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

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

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

Электрический ожог различных степеней - следствие коротких замыканий в электроустановках и пребывания тела (как правило, рук) в сфере светового (ультрафиолетового) и теплового (инфракрасного) влияния электрической дуги; ожоги III и IV степени с тяжелым исходом - при соприкосновении человека (непосредственно или через электрическую дугу) с токоведущими частями напряжением свыше 1000 В.

Таблица 4.4 - Характеристика воздействия на человека электрического тока различной силы

Сила тока, мАПеременный ток 50 - 60 ГцПостоянный ток0,6 - 1,5Легкое дрожание пальцев рукНе ощущается2 - 3Сильное дрожание пальцев рукНе ощущается5 - 7Судороги в руках3yд. Ощущение нагревания8 - 10Руки с трудом, но еще можно оторвать от электродов. Сильные боли в руках, особенно в кистях и пальцахУсиление нагревания20 - 25Руки парализуются немедленно, оторвать их от электродов невозможно. Очень сильные боли. Затрудняется дыханиеЕще большее усиление нагревания, незначительное сокращение мышц рук50 - 80Паралич дыхания. Начало трепетания желудочков сердцаСильное ощущение нагревания. Сокращение мышц рук. Судороги. Затруднение дыхания90 - 100Паралич дыхания и сердца при воздействии более 0,1 с.Паралич дыхания

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


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

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

Таблица 4.5 - Характеристика пожароопасных свойств веществ

Название веществаТемператураКонц. пределы распространения пламени, % о.бДругие характеристикивоспламенения, ° Ссамовоспламенения, ° СБумага (канцелярская, обои)230230Бумажная пыльГорюча, скорость выгорания 8·10-3 кг/(м2с), бумажная пыль взрывоопасна.Деревянная мебель (древесина сосновая)255399Нижний предел 34Горюча, склонна к тепловому самовозгоранию, давление взрыва 520 кПа.Плита древесноволокнистая (ДВП)222345?Горюча, склонна к тепловому самовозгоранию.Пластик декоративный???Горюч, средняя скорость распространения пламени 2,8·10-2м/с.Канцелярские товары из полимерных пленок???Полиэтилен - горюч, tпл = (120-138)°С; полистирол - горюч, теплостойкость 80°С.

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


Таблица 4.6 - Характеристики пожара класса А

Класс пожараХарактеристика классаПодкласс пожараХарактеристика подклассаРекомендуемые средства тушенияАГорение твердых веществА1Горение твёрдые вещества сопровождаемое тлением (древесина, бумага)Вода со смачивателем, хладоны, порошки АВСА2Горение твёрдые вещества без тления (пластик декоративный, канцелярские принадлежности)Все виды огнетушащих средств

Для предотвращения пожара необходимы следующие меры:

а) предотвращение образования горючей среды;

б) предотвращение образования в горючей среде источников зажигания;

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

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

Противопожарную защиту обеспечивают следующие меры:

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

б) ограничение количества горючих веществ и их надлежащее размещение;

в) изоляция горючей среды;

г) предотвращение распространения пожара за пределы очага;

д) применение средств пожаротушения;

е) применение конструкций объектов с регламентированным пределом огнестойкости и горючестью;

ж) эвакуация людей;

з) применение средств коллективной и индивидуальной защиты;

и) применение средств пожарной сигнализации и средств извещения о пожаре;

к) организация пожарной охраны объекта.

Организационными мероприятиями по обеспечению пожарной безопасности являются:

¾обучение рабочих и служащих правилам пожарной безопасности;

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

¾изготовление и применение средств наглядной агитации по обеспечению пожарной безопасности.

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

При возникновении аварийной ситуации пользователь ЭВМ обязан:

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

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

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

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

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

ЗАКЛЮЧЕНИЕ


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

При рассмотрении данной проблемы были выполнены следующие операции:

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

)спроектирована структура АРМ кассира-операциониста;

)разработан алгоритм функционирования АРМ кассира-операциониста;

)разработан механизм обмена данными АРМ кассира-операциониста с существующей информационной системой;

)разработаны программные модули АРМ кассира-операциониста.

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

Также дано описание машинной реализации комплекса задач, включающей в себя схемы:

)взаимосвязей программных модулей и информационных файлов;

)схему работы подсистем.

Разработанная подсистема помимо выполнения основной поставленной цели позволяет также:

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

)повысит производительность труда;

)информация станет более доступной;

)снизится вероятность появления ошибок в отчетности.

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

Усовершенствование может происходить:

)при добавлении других типов оплаты;

)при выполнении сбора платежей для сторонних поставщиков услуг населению.


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


1.Архангельский А.Я. Программирование в Delphi 2005 / А.Я. Архангельский. - М.: Бином-Пресс, 2006. - 1152 c. - ISBN 5-9518-0042-0.

2.Бакнелл Д.М. Фундаментальные алгоритмы и структуры данных в Delphi. - СПб.: «ДиаСофтЮП», 2003. - 560 с.

.Боровский А.Н. Программирование в Delphi 2005. - СПб.: БХВ-Петербург, 2005. - 448 с.: ил.

.Бобровский С.И. Delphi 7. Учебный курс - СПб.: Питер, 2005. - 736 с.: ил.

.Голицына О.Л., Максимов Н.В., Попов И.И. "Базы данных", М.: ФОРУМ: ИНФРА-М, 2007.

.Дейт К.Дж. Введение в системы баз данных. - К.; М.; СПб.: Издательский дом "Вильямс", 1999. - 848 с.

.Епанешников А., Епанешников В. Программирование в среде Turbo Pascal 7.0. - 3-е изд., стер. - М.: ДИАЛОГ-МИФИ, 1995. - 288 с.

.Конноли Т., Бегг К., Страган А. Базы данных: проектирование, реализация и сопровождение. Теория и практика. - М.: Издательский дом "Вильямс", 2000. - 1120 с.

.Липаев В.В. Системное проектирование сложных программных средств для информационных систем. - М.: СИНТЕГ, 1999. - 142.

.Мамиконов А.Г., Кульба В.В., Косяченко С.А., Ужастов И.А. "Оптимизация структур распределенных баз данных.", М., "Наука", 1990.

.Мейер Д. "Теория реляционных баз данных", М., "Мир", 1987.

.Орлов С.А. Технологии разработки программного обеспечения. - СПб.: Питер, 2007. - 464 с.

.Пестриков В.М., Маслобоев А.Н. Delphi на примерах. - СПб.: БХВ-Петербург, 2005. - 496 с.: ил.

.Рапаков Г.Г., Ржеуцкая С.Ю. Turbo Pascal для студентов и школьников. - СПб.: БХВ-Петербург, 2002. - 352 с.: ил.

.Сухарев М.В. Основы Delphi. Профессиональный подход - СПб.: Наука и Техника, 2004. - 600 с.: ил.

.Шаймарданов Р.Б. "Моделирование и автоматизация проектирования структур БД.", М., "Радио и связь", 2005г.

.Проектирование пользовательского интерфейса на персональных компьютерах. Стандарт фирмы IBM.- М.: Издательство "Лев", 2006. - 186 с.

.Интернет ресурс #"justify">.Интернет ресурс #"justify">.Интернет ресурс #"justify">.Мейер Д. "Теория реляционных баз данных", М., "Мир", 2006.

.Орлов С.А. Технологии разработки программного обеспечения. - СПб.: Питер, 2007. - 464 с.

.Пестриков В.М., Маслобоев А.Н. Delphi на примерах. - СПб.: БХВ-Петербург, 2005. - 496 с.: ил.

.Рапаков Г.Г., Ржеуцкая С.Ю. Turbo Pascal для студентов и школьников. - СПб.: БХВ-Петербург, 2002. - 352 с.: ил.

.Сухарев М.В. Основы Delphi. Профессиональный подход - СПб.: Наука и Техника, 2004. - 600 с.: ил.

.Шаймарданов Р.Б. "Моделирование и автоматизация проектирования структур БД.", М., "Радио и связь", 2005г.

.Проектирование пользовательского интерфейса на персональных компьютерах. Стандарт фирмы IBM.- М.: Издательство "Лев", 2006. - 186 с.

.Интернет ресурс #"justify">.Интернет ресурс #"justify">.Интернет ресурс #"justify">ПРИЛОЖЕНИЯ А


Листинг главного модуля АРМ «Кассир»MainForm;TfmMain.Reports;BtnYes=TruebeginReport of

:begin(False);.Password:=StrToInt(AdminPassw);ECR.PrintReportWithoutCleaning=0 ThenfmMain.paResultCode.Caption:=IntToStr(ECR.resultCode)+': '+ECR.ResultCodeDescription;(True);;;

:begin(False);.Password:=StrToInt(AdminPassw);ECR.PrintReportWithCleaning=0 Then fmPayAdd.ShowModalfmMain.paResultCode.Caption:=IntToStr(ECR.resultCode)+': '+ECR.ResultCodeDescription;(True);;;;;;TfmMain.WinShowing;PasswOK<2begin.ActivePage:='Login';;PasswOK=2begin.ActivePage:='Work';CurrentUser=Adminbegin.Visible:=True;.Checked:=True;.Enabled:=True;.Enabled:=True;.Enabled:=True;.Enabled:=True;.Enabled:=True;.Visible:=True;.SetFocus;begin.Visible:=True;.SetFocus;;;;TfmMain.FormCloseQuery(Sender: TObject; var CanClose: Boolean);.ShowModal;Report<>0begin.ShowModal;begin:=False;;;;TfmMain.FormClose(Sender: TObject; var Action: TCloseAction);Report<>0 then AppExit;;TfmMain.buF9Click(Sender: TObject);:=1;.ShowModal;BtnYes=Truebegin

// Комманда X-отчет;;;TfmMain.buF10Click(Sender: TObject);:=2;.ShowModal;BtnYes=Truebegin

// Комманда Z-отчет;;;TfmMain.buF2Click(Sender: TObject);n:Integer;(False);.Password:=StrToInt(CurrentPassw);.ShowProperties;n:=0 to ComboBox1.Items.Count-1 DoECR.ComNumber=StrToInt(copy(ComboBox1.Items[n],4,255)) Then Begin.ItemIndex:=n;;;.ItemIndex:=ECR.Baudrate;.Value:=ECR.Timeout;Integer(ECR.UModel) of

: Size:=36;

: Size:=40;

: Size:=24;

: Size:=20;

: Size:=36;Size:=40;;(True);;;TfmMain.FormCreate(Sender: TObject);;:=Date();:=800;:=600;.Caption:=IntToStr(WorkPC);.Caption:=DateToStr(WorkDate);.ActivePage:='Login';.ADOConnection.Connected:=True;.taPayType.Filter:='org='+IntToStr(vOrg);.taPayment.Filter :='PayDate = ''' + DateToStr(WorkDate) + '''';.taPayment.Filtered:=True;.taPayType.Active:=True;.taPayment.Active:=True;.quDOLG_m.Active:=True;.DropDownBox.Rows:=DM.taPayType.RecordCount;;.ItemIndex:=0;.ItemIndex:=0;:= Caption + ' ' + GetFileVersionInfoStr;;;TfmMain.buF3Click(Sender: TObject);.Enabled:=False;.Enabled:=False;.Clear;(False);.Password:=StrToInt(CurrentPassw);ECR.GetECRStatus=0 Then Begin.Caption:=CurrentUser;Memo1.Lines Do Begin('ПО ФР:');(#9'Версия: '+ECR.ECRSoftVersion);(#9'Сборка: '+IntToStr(ECR.ECRBuild));(#9'Дата: '+DateToStr(ECR.ECRSoftDate));('ПО ФП:');(#9'Версия: '+ECR.FMSoftVersion);(#9'Сборка: '+IntToStr(ECR.FMBuild));(#9'Дата: '+DateToStr(ECR.FMSoftDate));('Флаги ФР:<'+IntToStr(ECR.ECRFlags)+'>');(#9'Рулон контрольной ленты '+ECRFlagsToStr(0));(#9'Рулон чековой ленты '+ECRFlagsToStr(1));(#9'Подкладной документ '+ECRFlagsToStr(2));(#9'Подкладной документ проходит под датчиком '+ECRFlagsToStr(3));(#9'Положение десятичной точки '+ECRFlagsToStr(4));(#9'ЭКЛЗ '+ECRFlagsToStr(5));(#9'Оптический датчик контр. ленты '+ECRFlagsToStr(6));(#9'Оптический датчик чек. ленты '+ECRFlagsToStr(7));(#9'Рычаг термоголовки контр. ленты '+ECRFlagsToStr(8));(#9'Рычаг термоголовки чек. ленты '+ECRFlagsToStr(9));(#9'Крышка корпуса ФР '+ECRFlagsToStr(10));(#9'Отказ левого датчика принтера '+ECRFlagsToStr(11));(#9'Отказ правого датчика принтера '+ECRFlagsToStr(12));(#9'Денежный ящик '+ECRFlagsToStr(13));(#9'ЭКЛЗ почти заполнена '+ECRFlagsToStr(14));('Флаги ФП:<'+IntToStr(ECR.FMFlags)+'>');(#9'ФП1 '+FMFlagsToStr(0));(#9'ФП2 '+FMFlagsToStr(1));(#9'Лицензия '+FMFlagsToStr(2));(#9'Переполнение ФП '+FMFlagsToStr(3));('Номер ККМ в зале: '+IntToStr(ECR.LogicalNumber));('Номер документа: '+IntToStr(ECR.OpenDocumentNumber));('Порт ФР: '+IntToStr(ECR.PortNumber));('Режим ФР: '+IntToStr(ECR.ECRMode)+ ' '+ECR.ECRModeDescription);('Подрежим ФР: '+IntToStr(ECR.ECRAdvancedMode)+ ' '+ECR.ECRAdvancedModeDescription);('Кол-во фискализаций: '+IntToStr(ECR.RegistrationNumber));('Кол-во оставшихся фискализаций: '+IntToStr(ECR.FreeRegistration));('Последняя закрытая смена: '+IntToStr(ECR.SessionNumber));('Свободных записей в ФП: '+IntToStr(ECR.FreeRecordInFM));('Дата: '+DateToStr(ECR.Date));('Время: '+TimeToStr(ECR.Time));('Заводской номер: '+ECR.SerialNumber);('ИНН: '+ECR.INN);;.Caption:='???';(True);;.ActivePage:='STATUS';;TfmMain.FormShow(Sender: TObject);: Word;: string;;.Items.Clear;i:=1 to MaxNumUser do.Password:=StrToInt(AdminPassw);.TableNumber:=2;.RowNumber:=i;.FieldNumber:=2;ECR.ReadTable=0 then begin:=ECR.ValueOfFieldString;.Items.Add(ECR.ValueOfFieldString);;;:=1;.Text:='';.Text:='';.SetFocus;.ActivePage:='PAY';mxProtector.IsRegistered=Falsebegin.ShowModal;:='АРМ КАССИР - ДЕМО ВЕРСИЯ';.Caption:=Demo1;.Caption:=Demo2;.Caption:=Build;begin:='АРМ КАССИР';vOrg of

: laOrgName.Caption:='ООО "РАСЧЕТНО-КАССОВЫЙ ЦЕНТР"';;.Caption:=Ver;.Caption:=Build;;.Visible:=False;.Text:='';.Text:='';.Value:=0;.Text:='';.Text:='';.Value:=0;.ReadOnly:=False;.Text:='';.Text:='';.Value:=0;.Text:='';.Text:='';.Text:='';.Text:='';;TfmMain.Payment_Locate(gu, lso : String):Boolean;.taPaymentFind.Filter:='IdPayType='+IntToStr(vDepartment);.taPaymentFind.Active:=True;gu='' thennot DM.taPaymentFind.Locate ('Lso', lso,[])Payment_Locate:=FalsePayment_Locate:=Truenot DM.taPaymentFind.Locate ('Gu;Lso', VarArrayOf([gu, lso]),[])Payment_Locate:=FalsePayment_Locate:=True;;TfmMain.DOLG_Locate(gu, lso: String):Boolean;gu='' thennot DM.quDOLG_m.Locate ('Lso', lso,[])DOLG_Locate:=FalseDOLG_Locate:=Truenot DM.quDOLG_m.Locate ('Gu;Lso', VarArrayOf([gu, lso]),[])DOLG_Locate:=FalseDOLG_Locate:=True;;TfmMain.Abon_Locate(lso : String):Boolean;not DM.taAbon.Locate ('A', lso,[])Abon_Locate:=FalseAbon_Locate:=True;;TfmMain.CHILD_Locate(ID : String):Boolean;not DM.taCHILD.Locate ('ID', VarArrayOf([ID]),[])CHILD_Locate:=FalseCHILD_Locate:=True;;TfmMain.buF4Click(Sender: TObject);nbPanel.ActivePage='PAY'begin.ActivePage:='LCD';.Caption:='F4-Сбор'begin.ActivePage:='PAY';.Caption:='F4-Табло';.Enabled:=True;.Enabled:=True;;TfmMain.buF1Click(Sender: TObject);.ShowModal;;TfmMain.edLsoChange(Sender: TObject);.Caption:=edLso.Text;;TfmMain.Key_Enter_Esc_Press(Sender: TObject; var Key: Char);Key of

#13: // Клавиша ENTER(Sender as TWinControl, True, True );:= #0;;

#27: // Клавиша ESC:= #0;;;;;TfmMain.buResetClick(Sender: TObject);;;TfmMain.edGuExit(Sender: TObject);not ResetKeybeginLength(edGu.Text) = 0begin('В поле "ЖЭУ" должно быть значение!', mtError, [mbOk], 0);.SetFocus;;(edGu.Text,CurrentGu,code);code <> 0begin('В поле "ЖЭУ" должно быть число!!!', mtError, [mbOk], 0);.SetFocus;;;TfmMain.edLsoExit(Sender: TObject);,s2,s3 : String;not ResetKey then// *** ResetKey=False *** //(edLso.Text,CurrentLso,code);(code <> 0) //and (vDepartment<>2)begin('Значение поля должно быть числовым', mtError, [mbOk], 0);.Text:='';.SetFocus;if PayType[vDepartment].Base=TruePayType[vDepartment].BaseType of

//************************************************************

:begin // *** Case 1 [BaseType=1] поиск в файле DOLG.DBF - массив квитанций выданных в этом месяце *** //fmMain.DOLG_Locate(edGU.Text,edLso.Text)begin // *** DOLG_Locate=True *** //:=True;.Caption:=DM.quDOLG_mFIO.Value;.Caption:='ул. '+DM.quDOLG_mUL.Value+

', д. '+IntToStr(DM.quDOLG_mNDOM.Value);DM.quDOLG_mNKORP.Value<>''laAddress.Caption:=laAddress.Caption+', кор. '+(DM.quDOLG_mNKORP.Value);.Caption:=laAddress.Caption+', кв. '+IntToStr(DM.quDOLG_mNKV.Value);.Text:=DM.quDOLG_mFIO.Value;.Text:=DM.quDOLG_mUL.Value;DM.quDOLG_mNKORP.Value<>''edNdom.Text:=IntToStr(DM.quDOLG_mNDOM.Value)+DM.quDOLG_mNKORP.ValueedNdom.Text:=IntToStr(DM.quDOLG_mNDOM.Value);.Text:=IntToStr(DM.quDOLG_mNKV.Value);// *** DOLG_Locate=True *** //begin // *** DOLG_Locate=False *** //MessageDlg('Л/счета НЕТ в текущей БАЗЕ, добавить даные плательщика?', mtConfirmation, [mbYes,mbNo], 0)=mrYes // MessageDlg ('Л/счет не существует !', mtWarning, [mbOk], 0);begin:=False;.ShowModal;.Caption:=edFIO.Text;(edUl.Text<>'') and (edNDOM.Text<>'')begin.Caption:='ул. '+edUL.Text+

', д. '+edNDOM.Text;edNKV.Text<>''laAddress.Caption:=laAddress.Caption+', кв. '+edNKV.Text;;edLso.SetFocus;; // *** DOLG_Locate=False *** //kcKvitType.ItemIndex<>0beginfmMain.ckDOLG.Checked//InPaySum:=fmMain.quDOLG_mSUM_S3.Value // 28.09.10InPaySum:=DM.quDOLG_mSUM_S7.Value; // 28.09.10:='SELECT GU, LSO, H1, S1, SUM( S7 ) as SUM_S7 FROM Dolg';DM.quDOLG_mSUM_S7.Value<>0s2:=' WHERE (GU = '+edGu.Text+') AND (LSO = '+edLso.Text+') AND S7<>0's2:=' WHERE (GU = '+edGu.Text+') AND (LSO = '+edLso.Text+')';:=' GROUP BY GU, LSO, H1, S1 ORDER BY GU, LSO, S1;';.quDOLG_p2.Active:=False;.quDOLG_p2.SQL.Clear;.quDOLG_p2.SQL.Add(s1+s2+s3);.quDOLG_p2.ExecSQL;.quDOLG_p2.Active:=True;;:=DM.quDOLG_mSUM_S7.Value;.Value:=InPaySum;; // *** Case 1 *** //

//************************************************************

:begin // *** Case 2 [BaseType=2] поиск в таблице ABON.DBF - таблица абоненты ПЭСК эл.энергия *** //Scaner=FalsefmMain.Abon_Locate{(COPY(edLso.Text,4,8))} (edLso.Text)begin // *** Abon_Locate=True *** //:=True;.Text:=DM.taAbonJ.Value;.Text:=DM.taAbonD.Value;.Text:=DM.taAbonE.Value;.Text:=DM.taAbonF.Value;.Caption:=DM.taAbonJ.Value;.Caption:='ул. '+DM.taAbonD.Value+

', д. '+DM.taAbonE.Value+

', кв. '+DM.taAbonF.Value;.SetFocus;// *** Abon_Locate=True *** //begin // *** Abon_Locate=False *** //.Caption:='Абонента НЕТ в текущей БАЗЕ !!!';.Caption:='';.Text:='';.Text:='';.Text:='';.Text:='';:=Trim(PayType[vDepartment].GuPrn+edGu.Text+' '+(PayType[vDepartment].LsoPrn)+(PayType[vDepartment].Pref)+Trim(edLso.Text));.SetFocus;; // *** Abon_Locate=False *** //; // *** Case 2 *** //

//************************************************************

:begin // *** Case 3 [BaseType=3] поиск в таблице CHILD.DB - таблица учебных заведений *** //CHILD_Locate(edLso.Text)begin:=True;:=Trim(PayType[vDepartment].LsoPrn)+Trim(DM.taChildLSO.Value);.Caption:=Trim(PayType[vDepartment].LsoPrn)+Trim(DM.taChildLSO.Value);.Caption:=DM.taChildNAME.Value;begin.Caption:='Л/счета НЕТ в текущей БАЗЕ !!!';.SetFocus;;; // *** Case 3 *** //

//*********************************************************

:begin // *** Case 4 [BaseType=4] *** //.Caption:=edGu.Text;fmMain.DOLG_Locate(edGU.Text,edLso.Text)begin // *** DOLG_Locate=True *** //:=True;.Caption:=DM.quDOLG_mFIO.Value;.Caption:='ул. '+DM.quDOLG_mUL.Value+

', д. '+IntToStr(DM.quDOLG_mNDOM.Value);DM.quDOLG_mNKORP.Value<>''laAddress.Caption:=laAddress.Caption+', кор. '+(DM.quDOLG_mNKORP.Value);.Caption:=laAddress.Caption+', кв. '+IntToStr(DM.quDOLG_mNKV.Value);.Text:=DM.quDOLG_mFIO.Value;.Text:=DM.quDOLG_mUL.Value;DM.quDOLG_mNKORP.Value<>''dNdom.Text:=IntToStr(DM.quDOLG_mNDOM.Value)+DM.quDOLG_mNKORP.ValueedNdom.Text:=IntToStr(DM.quDOLG_mNDOM.Value);.Text:=IntToStr(DM.quDOLG_mNKV.Value);// *** DOLG_Locate=True *** //begin // *** DOLG_Locate=False *** //MessageDlg('Л/счета НЕТ в текущей БАЗЕ, добавить даные плательщика?', mtConfirmation, [mbYes,mbNo], 0)=mrYes // MessageDlg ('Л/счет не существует !', mtWarning, [mbOk], 0);begin:=False;.ShowModal;.Caption:=edFIO.Text;(edUl.Text<>'') and (edNDOM.Text<>'')begin.Caption:='ул. '+edUL.Text+', д. '+edNDOM.Text;edUl.Text<>''laAddress.Caption:=laAddress.Caption+', кв. '+edNKV.Text;;edLso.SetFocus;; // *** DOLG_Locate=False *** //; // *** Case 4 *** //

//************************************************************

:begin // *** Case 5 [BaseType=5] поиск в PAYMENT - прошлые платежиPayment_Locate(edGu.Text, edLso.Text)begin:=True;.Caption:=DM.taPaymentFindFio.Value;.Caption:='ул. '+DM.taPaymentFindUl.Value+

', д. '+DM.taPaymentFindNdom.Value+

', кв. '+DM.taPaymentFindNkv.Value;begin.Caption:='Л/счет НЕ НАЙДЕН в текущей БАЗЕ !!!';MessageDlg('Л/счет НЕ НАЙДЕН в текущей БАЗЕ, добавить даные плательщика?', mtConfirmation, [mbYes,mbNo], 0)=mrYes // MessageDlg ('Л/счет не существует !', mtWarning, [mbOk], 0);begin.ShowModal;.Caption:=edFIO.Text;.Caption:='ул. '+edUL.Text+

', д. '+edNDOM.Text+

', кв. '+edNKV.Text;edLso.SetFocus;;; // Case 5 //; // *** Case PayType[vDepartmen].BaseType of *** //:=Trim(PayType[vDepartment].GuPrn+edGu.Text+' '+(PayType[vDepartment].LsoPrn)+(PayType[vDepartment].Pref)+(edLso.Text));vDepartment>2 then.Caption:=vStringForPrinting;; // *** ResetKey=False *** //;TfmMain.edSumExit(Sender: TObject);not ResetKey thenedSum.Value=0begin('Не введено значение поля "Сумма"', mtError, [mbOk], 0);.SetFocus;edSum.Value>StrToCurr(MaxSummaStr)begin('Значение поля "Сумма" больше '+MaxSummaStr, mtError, [mbOk], 0);.SetFocus;:=edSum.Value;PayType[vDepartment].Percent<>0 then:=PaySum*(PayType[vDepartment].Percent/100);.Caption:=FormatFloat('0.00',PayPercent);;(LsoFound=True) and (PaySum<>InPaySum) {and (InPaySum<>0)} and (vDepartment=1){(PayType[vDepartment].PayNum=1) and (kcKvitType.ItemIndex=0)} then.ShowModalInPaySum:=PaySum;;:=PaySum;.Caption:=FormatFloat('0.00',PayAll+PayPercent);.Value:=PayAll+PayPercent;;TfmMain.edMoneyExit(Sender: TObject);not ResetKeybegin(edMoney.Value=0) or (edMoney.Value<edSum.Value)begin('Не введено значение поля "Получено"', mtError, [mbOk], 0);.SetFocusedDelivery.Caption:=FormatFloat('0.00',edMoney.Value-StrToFloat(edPayAll.Caption));;((PaySum<>InPaySum) and (pSummSum=0)) and ({PayType[}vDepartment{].PayNum}=1)begin('Сумма платежа меньше суммы к оплате, разбейте сумму по потавщикам !!!', mtError, [mbOk], 0);.Value:=0;.SetFocus;;TfmMain.cbPayTypeFilterKeyValueChanged(Sender: TObject);;;TfmMain.edGuChange(Sender: TObject);.Caption:=edGu.Text;;TfmMain.buF5Click(Sender: TObject);.ShowModal;;TfmMain.buRazbivkaClick(Sender: TObject);.dpPayDate.Date:=Date;.ShowModal;;TfmMain.FormActivate(Sender: TObject);:=0;;TfmMain.edSumChange(Sender: TObject);.Caption:=SumToStrL(edSum.Value,13);;TfmMain.buF6Click(Sender: TObject);_Exit;;TfmMain.buPrintClick(Sender: TObject);MessageDlg('Выполнить операцию?', mtConfirmation, [mbYes,mbNo], 0)=mrYesbegin (* Выполнить операцию <ДА> *)edSum.Value<>0begin (* edSum.Value<>0 *):=edGu.Text;:=edLso.Text;:=edSum.Value;.Visible:=False;.Visible:=False;.Visible:=True;PayType[vDepartment].DocType=1 (* Бланк *)begin:=edMoney.Value-PayPercent;not FRMode(13)OpenStandardFPD; // Открыть стандартный ФПД <OpenFPD>QOO=0RegStandardFPD; // Регистрация покупки в стандартном ФПД <RegFPD>QOO>0CloseStandardFPD; // Закрыть стандартный ФПД <CloseFPD>.Enabled:=True;;;PayType[vDepartment].DocType=2 (* Чек *)begin:=edMoney.Value;// Открыть чек; // Открыть чекPayType[vDepartment].Percent<>0 then:=16;;;// Закрыть чекQOO>0CloseCheck; // Закрыть чек.Visible:=False;// Закрыть чек; // Открыть чек; (* Чек *); (* edSum.Value<>0 *); // *** Выполнить операцию <ДА> *** //;TfmMain.Resetprotector1Click(Sender: TObject);.Reset;.mxProtector1.Reset;( 'У Вас есть еще 50 запусков!', mtInformation, [ mbOK ], 0 );;TfmMain.buOkClick(Sender: TObject);PayType[vDepartment].Percent<>0if MessageDlg('ОТБИТЬ ЧЕК КАССОВОГО СБОРА?', mtConfirmation, [mbYes,mbNo], 0)=mrYes:=16;;QOO>0CloseCheck; // Закрыть чек.Visible:=False;:=StrToInt(Copy(kcPayDep.Text,1,1));;;(PayType[vDepartment].DocType=2) and (PayType[vDepartment].Percent=0) and (PayType[vDepartment].ChDbl=True)if MessageDlg('ОТБИТЬ ДУБЛЕКАТ ЧЕКА?', mtConfirmation, [mbYes,mbNo], 0)=mrYesRepeatDocument;; // Запись в файл;;TfmMain.T300Timer(Sender: TObject);FRMode(15)begin.Enabled:=False;.laMessage.Visible:=False;; // Печать ФПД.Visible:=True;.SetFocus;T300.Enabled:=True;;TfmMain.SpeedButton2Click(Sender: TObject);;;TfmMain.buF8Click(Sender: TObject);ComPort.Connected then.Close.Open;;TfmMain.SpeedButton1Click(Sender: TObject);:=edGu.Text;:=edLso.Text;:=edSum.Value;:=edMoney.Value-PayPercent;;;TfmMain.kcPayDepChange(Sender: TObject);;;TfmMain.kcPayDepExit(Sender: TObject);;;TfmMain.ComPortRxChar(Sender: TObject; Count: Integer);, SS: String;: Integer;.ReadStr(Str, Count);:= Pos( FTermChar ,Str);CurPos = 0begin:= FTempStr + Str;begin:= FTempStr + Copy( Str, 1, CurPos-1);:=ScStr+FTempStr;:=Copy(ScStr,1,3);(SS=']C1') /// Оплата за ЖКУbegin(1);;(SS='PD4') /// Оплата за эл.энергиюbegin(2);;:= '';:='';;;TfmMain.ComPortAfterClose(Sender: TObject);buF8 <> nil then.Caption := 'F8-Вкл. сканер';;TfmMain.ComPortAfterOpen(Sender: TObject);.Caption := 'F8-Выкл. сканер';;TfmMain.buExitClick(Sender: TObject);;;TfmMain.buAccessOKClick(Sender: TObject);: Word;:=0;:=cbUsers.Text;:=edPassword.Text;CurrentUser = Adminbegin //1:=0;(CurrentPassw=AdminPassw) and (CurrentPassw=AdminPassw)PasswOK:=2;//1begin //0i:=1 to MaxNumUser do begin //(1).Password:=StrToInt(AdminPassw);.TableNumber:=2;.RowNumber:=i;.FieldNumber:=2;ECR.ReadTable=0 thenCurrentUser=ECR.ValueOfFieldString then begin //(2):=i;:=1;;; //2;//(1)(CurrentUserNo<>0) and (PasswOK=1) then begin //1.Password:=StrToInt(AdminPassw);.TableNumber:=2;.RowNumber:=CurrentUserNo;.FieldNumber:=1;ECR.ReadTable=0 then begin //2CurrentPassw=ECR.ValueOfFieldIntegerPasswOK:=2PasswOK:=0;; //2; //1; //0(PasswOK=2)begin.Text:='';.Text:='';.gsUser.Caption:=CurrentUser;;begin('Отказ в доступе!', mtWarning, [mbOk], 0);:=CountAccess+1;:='';.Text:='';.SetFocus;CountAccess > 3AppExit;;.



ПРИЛОЖЕНИЯ Б


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

) 1С Розница 2.0

Сайт: <#"justify">2) Сервис+ УКМ 4.0

Сайт: <#"justify">ОТЗЫВ


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

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

Состав проекта: 117 листов формата A4

а) графическая часть 12 формат А4

1.Тема, цель и задачи дипломного проектирования (2 листа)

2.Схема архитектуры информационной системы ООО «РКЦ» до и после автоматизации

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

.Процесс приема платежей с точки зрения плательщика коммунальных платежей в BPMN (Business Process Modeling Notation) нотации

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

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

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

.Экранные формы АРМ «Кассир» (2 листа)

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

б) аналитическая часть на 22 страницах, содержащая следующие разделы:

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

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

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

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

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

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

в) Проектная часть на 24 страницах, содержащая следующие разделы:

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

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

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

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

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

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

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

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

. Характеристика проекта

Тема дипломной работы относится к проблеме автоматизации сбора платежей с населения за ЖКУ и прочие услуги.

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

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

Разработано программное и информационное обеспечение компонент автоматизированного рабочего места, основными объектами которого являются модули, написанные с использованием инструмента быстрой разработки Delphi 7.0 на языке Object Pascal.

Графическая часть дипломной работы выполнена технически грамотно в соответствии с требованиями ЕСКД. Пояснительная записка работы составлена в достаточном объеме и полностью соответствует своему назначению.

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

. Оценка дипломного проекта:

______________________________________________________________________________________________________________________________

Руководитель: ________________


" _ " 2013 г.

РЕЦЕНЗИЯ


Ф. И. О. на выпускную квалификационную работу

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

На рецензию была представлена выпускная квалификационная работа в следующем объеме: пояснительная записка 105 листов, графическая часть 12 листов.

Общее заключение рецензента на выпускную квалификационную работу.

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

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

В процессе обучения в университете и подготовки квалификационной работы студент Ф. И. О. изучил задачу кассира-операциониста применительно к приему платежей с населения, методы ее решения. Создал базу данных для автоматизации. Разработал программное обеспечение АРМ «Кассир», и внедрил его на предприятии ООО «Расчетно-кассовый центр. Выпускная квалификационная работа заслуживает внимания и положительной оценки.

Рецензент

Начальник отдела АСУП ООО «Расчетно-кассовый центр»,

_________ ___________ Ф. И. О..

дата подпись


МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ Специальность 2

Больше работ по теме:

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

Предмет: Информационное обеспечение, программирование

Тип работы: Диплом

найти  

ПОИСК

Новости образования

Российский государственный социальный университет реорганизует сеть своих филиалов
22 Июля 2016 16:26
Более 70 представителей крупных вузов АСЕАН подтвердили участие в форуме во Владивостоке
22 Июля 2016 12:51
Абызов: публикация первичных статсведений снизит бюрократическую нагрузку на школы
22 Июля 2016 11:53
В Чечне свыше 200 школьников сдали ЕГЭ с результатом свыше 90 баллов - министр
22 Июля 2016 05:36
Замглавы Минобрнауки РФ: задача сократить число людей с высшим образованием не стоит
21 Июля 2016 20:19

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ