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

ВВЕДЕНИЕ

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

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

Цель дипломного проекта: разработка автоматизированной системы учета и мониторинга выполнения заказов клиентов в ЗАО "Централизованный региональный технический сервис" (ЗАО "ЦРТ Сервис") группы компаний MAYKOR.

Для решения поставленной задачи предполагается решение следующего ряда задач:

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

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

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

-       реорганизация модели бизнес-процессов;

-       обоснование выбора основных проектных решений;

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

-       обоснование экономической эффективности внедрения автоматизированной системы.

Проектирование и разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования: IDEF0 и информационного моделирования IDEF1Х. Для разработки клиентского приложения должна использоваться среда программирования Delphi 10.

1. АНАЛИТИЧЕСКИЙ РАЗДЕЛ

.1 Технико-экономическая характеристика и анализ деятельности организации

1.1.1 Общая характеристика организации

«ЦРТ Сервис» был создан в 2007 г. на базе компании «Почта-сервис», занимавшейся обслуживанием почтово-кассовых терминалов и весового оборудования «Почты России». С того времени спектр услуг компании расширился - теперь помимо вышеназванного она также занимается обслуживанием банковского оборудования, ИТ-инфраструктуры и офисной техники, инженерных систем, а также телеком-инфраструктуры.

Основную массу клиентов компании составляют крупные и средние государственные и коммерческие структуры. Среди крупнейших коммерческих клиентов «ЦРТ Сервиса» - «Газпромнефть» (обслуживание контрольно-кассовой техники на АЗС и в офисах компании), Центробанк, «Сбербанк» и «ВТБ24», все сотовые операторы «большой тройки». Из госзаказчиков - «Почта России», Федеральная таможенная служба, Федеральная налоговая служба, региональные отделения Пенсионного фонда и т.д.

У «ЦРТ Сервиса» насчитывается 82 филиала по всей России и 387 сервисных подразделений. Первые помимо оказания техобслуживания также ответственны за договорные отношения с клиентами и партнерами, а вторые, по сути, представляют собой мобильные бригады инженеров.

Компания «ЦРТ Сервис» получила летом 2012 года право оказывать телематические услуги связи на территории г. Санкт-Петербурга. Широкое распространение информационных и телекоммуникационных сервисов в различных отраслях экономики отразилось на ландшафте ИТ-инфраструктуры. Решения в области телематики затронули все сферы бизнеса и повседневной жизни. Телематические услуги позволяют осуществлять мониторинг и дистанционное управление различными объектами. Это и системы отслеживания транспорта, перевозящего опасные грузы, мониторинга пассажирских перевозок, системы управления силами и средствами МВД и МЧС или объектов агропромышленной, лесной, нефтегазовой, производственной отрасли и ЖКХ. Объединение коммуникационных возможностей позволяет эффективно выполнять различные прикладные задачи. Например, повышение безопасности населения, доступности качественного обучения и здравоохранения - невозможны без применения последних достижений в области телематики.

Лицензия на оказание телематических услуг связи, полученная «ЦРТ Сервис», позволила группе компаний MAYKOR расширить портфель решений в области дистанционного управления объектами и их мониторинга в различных отраслях экономики. Кроме того, лицензия даст возможность выполнять проекты по обслуживанию ИТ- и телеком-инфраструктур, включающих системы телематики [39].

В 2012 году «ЦРТ Сервис» приступила к гарантийному и постгарантийному обслуживанию оборудования для печати производства компании Brother <#"787406.files/image001.gif">

Рисунок. 1.1 - Организационная структура управления компаниисайт программный информация

Руководители и специалисты выполняют определенные функциональные обязанности.

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

Бухгалтер обеспечивает ведение бухгалтерского учета и составление бухгалтерской отчетности в ЗАО ЦРТ «Сервис» в соответствии с законодательством Российской. Составляет планы и организует работу с работниками бухгалтерской службы по изучению нормативных актов с целью повышения образовательного уровня и активизации работников. Организует сдачу зачетов, способствует повышению квалификации работников. Принимает от клиентов и обрабатывает неиспользованные денежные чековые книжки по закрываемым счетам, погашает все незаполненные сданные чеки путём вырезания части каждого чека. Обеспечивает контроль за целевым и своевременным использованием средств в пределах сумм, доведенных лимитными извещениями. На основании распоряжения руководителя осуществляет открытие, закрытие счетов. Проверяет и подписывает мемориальные и кассовые.

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

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

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

1.2 Характеристика комплекса задач и обоснование необходимости автоматизации

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

В дипломной работе более подробно будет рассмотрена деятельность по учету и мониторингу выполнения заказов клиентов. Для того, чтобы спроектировать информационную систему отдела необходимо тщательно проанализировать его функции. Для анализа разработаем функциональную модель с применением методики IDEF0. Методика IDEF0 основана на ранее разработанной Дугласом Т. Россом методике моделирования SADT. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга [2, c. 15]. Диаграммы - главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация входит в блок сверху, в то время как входная информация показана с левой стороны (обрабатывается), а результаты (выход) показаны с правой стороны. Механизм (человек или автоматизированная система), который осуществляет операцию, представляется снизу. Построение SADT - модели начинается с представления всей системы в виде простейшего компонента - одного блока и дуг, изображающих интерфейсы с функциями вне системы.

Такая диаграмма называется контекстной. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединённых интерфейсными дугами. Эти блоки определяют основные подфункции исходной функции [3, c. 8].

Для разработки функциональных моделей удобно испльзовать программное средство BP-Win, реализующее метод IDEF0. На рисунке 1.2. представлена контекстная диаграмма функциональной модели процесса «Учет заказов клиентов».

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

−       заявка клиента (заполняется на бланке установленного образца);

−       данные клиента (все необходимые данные: паспортные, контактные, данные о счетах и т.д.);

−       справочник услуг (полный перечень услуг с указанием примерных сроков и стоимости);

−       данные по оплате (данные предоставляются бухгалтерией);

Эти данные (и документы) являются входами функционального блока.

Рисунок 1.2 - Контекстная диаграмма функциональной модели процесса

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

−       договор с клиентом (передается самому клиенту и в бухгалтерию для учета оплаты);

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

−       пакет документов по проекту (в ходе выполнения формируется пакет документов: техническое задание, схемы, планы, руководства пользователя и программиста и т.д.);

−       отчетность (отчеты для клиента на основе данных о ходе выполнения работ крупных проектов и итоговый отчет).

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

−       должностная инструкция работника (в работе сотрудник руководствуется положениями своей должностной инструкции);

−       нормы ДОУ (данный процесс предполагает ведение документации, что требует обеспечения их соответствия нормам ведения документации, как на уровне организации, так и на уровне государственных стандартов);

−       НПА РФ (знание и применение норм законодательства особенно важно при заключении договора).

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

Рисунок 1.3 - Функциональная диаграмма первого уровня

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

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

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

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

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

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

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

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

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

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

Таблица 1.1 - Взаимодействие с другими подразделениями

Для анализа информационных потоков разработаем диаграмму потоков данных. Диаграммы потоков данных (DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами [4, c.23]. Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов (в дипломной работе будет использоваться нотация Гейна-Сэрсона). В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут уровень декомпозиции, на котором детализировать процессы далее не имеет смысла [31]. Контекстная диаграмма модели потоков данных по учету заказов клиентов представлена на рисунке 1.4.

Рисунок 1.4 - Контекстная диаграмма модели потоков данных

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

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

Рисунок 1.5 - Диаграмма первого уровня модели потоков данных

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

−       заявка клиента;

−       форма, содержащая данные клиента;

−       справка о проведении оплаты;

−       отчет о ходе работ;

−       отчет о результатах контроля работы на объекте;

В процессе работы информационной системы применяются такие справочники:

−       перечень услуг;

−       прайс на услуги, условия формирования скидок;

В результате работы системы формируются такие хранилища данных:

−       данные клиентов;

−       база заказов компании;

−       договора;

−       счета;

−       технические документы;

−       отчеты по ходу работ;

−       документация проекта.

В результате работы системы формируются такие документы:

−       договор;

−       счета;

−       данные по заказу;

−       отчеты клиенту о ходе выплнения работ.

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

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

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

. Большие затраты времени на выполнение процесса учета заказов клиентов.

. Высокая стоимость выполнения процесса.

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

Решением всех этих проблем может стать разработка информационной системы учета заказов клиентов.

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

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

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

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

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

.        Обеспечить возможность автоматического расчета скидок с учетом длительности контракта.

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

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

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

Можно выделить такие основные задачи проектируемой информационной системы (рисунок 1.6):

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

.        Оформление заказа. После того, как клиент определился с видом услуг, происходит заполнение данных о заказе: данные клиента, тип услуг, объем работ, сроки. На основании этого выполняется расчет стоимости и подготовка договора с клиентом.

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

.        Закрытие проекта. По результатам приемки объекта (контролирующими органами компании и клиентом) формируется акт сдачи-приемки, подготавливается весь пакет документов для клиента.

Рисунок 1.6 - Функции информационной системы

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

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

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

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

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

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

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

В первую очередь проанализируем крупные программные системы, обеспечивающие хранение данных о клиентах и их заказах. Одной из таких крупных программ является "1С: Управление торговлей 8". Это современный инструмент повышения эффективности бизнеса торгового предприятия.

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

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

С Предприятие обеспечивает современные методы управления взаимоотношения с клиентами (CRM). Управление отношениями с клиентами, известное также как CRM или CustomerRelationshipManagement, является неотъемлемой функциональной областью современной комплексной информационной системы предприятия. Концепция CRM предполагает регулярный сбор и анализ информации о каждом клиенте, реальном и потенциальном: как клиент отреагировал на деловое предложение, доволен ли он качеством обслуживания, меняются ли его предпочтения со временем, насколько аккуратно он выполняет взятые на себя обязательства и, в конечном итоге, сколько дохода клиент приносит (или мог бы принести) предприятию. Отслеживаются все стадии отношений с клиентом. Конфигурация позволяет делать следующее [49]:

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

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

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

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

-       планировать рабочее время и контролировать рабочие планы работников;

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

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

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

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

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

-       анализировать и оценивать эффективность рекламных и маркетинговых акций.

Рисунок 1.7 - Окно просмотра документов клиента в 1С

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

Еще одна CRM-система, "Маркетинг и менеджмент", разработана компанией "КОМПАС", информация о ней представлена на сайте crm.kompas.ru.

Основные функции CRM-системы "Маркетинг и менеджмент" можно сегментировать на 5 разделов [41].

. Функции управления сбытом (SalesForceAutomation)

. Функции управления обслуживанием (CustomerService&Support)

. Функции управления взаимоотношениями с партнерами (PartnersRelationshipManagement)

. Функции автоматизации маркетинга (MarketingAutomation)

. Функции планирования и контроля работы сотрудников (TimeManagement и CallCenter)

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

-       Внести и проанализировать информацию о клиентах

-       Зафиксировать обращение клиента

-       Сохранить объем предоставляемой скидки и передать его в программу расчета стоимости услуг.

Рисунок 1.8 - Окно просмотра данных о клиентах

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

Рисунок 1.9 - Окно расчета скидки

Скидка <#"787406.files/image010.jpg">

Рисунок 1.9 - Окно программы «Учет обращений пользователей»

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

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

.        Хранение данных обо всех заказах клиента с указанием принятых решений и ответственного за их принятие.

.        Возможность отслеживания состояния заказа клиента.

.        Возможность поиска данных по разным критериям.

.        Возможность автоматического расчета скидок с учетом длительности контракта.

.        Возможность ведения справочника услуг.

.        Возможность прикрепления документов к заказам (ТЗ, генеральных планов и т.д.).

.        Печать необходимых документов

.        Возможность донастройки

.        Стоимость

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

Таблица 1.2 - Сравнительная характеристика программных средств

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

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

- функция отсутствует;

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

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

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

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

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

Стоит отметить, что максимальную оценку получила программа «1C: Торговля и скла». Это связано с тем, что данная система является комплексной, она включает множество функций и широко распространена на рынке программнго обеспечения. Однако оценка этой программы все же не дотягивает до максимальной (50 баллов), что свидетельствует о возможных проблемах при ее использовании. Это является основанием для индивидуальной разработки информационной системы с учетом нужд компании.

1.3 Обоснование проектных решений автоматизации задачи

.3.1 Выбор и обоснование модели представления данных

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

Именно реляционная модель является результатом более развитых представлений о формировании и ведении баз данных. Реляционные модели наиболее логично и наглядно отражают структуру хранимой информации и внутренних связей, что позволяет более полно анализировать структуру базы данных при разработке [8, c.45]. Это привело к тому, что именно реляционные модели баз данных наиболее распространены в настоящее время и являются стандартом, на который переводятся все существовавшие ранее базы данных с иерархической и сетевой моделью. К тому же, подавляющее большинство предоставляемых средств для разработки баз данных ориентировано исключительно на реляционную модель. Кроме того, реляционные базы данных впоследствии легче расширять и интегрировать, что является неотъемлемой частью дальнейшего развития баз данных, с увеличением возлагаемых на них задач.

Достоинства обработки информации реляционной БД [15, c.37]:

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

-       точность;

-       гибкость;

-       секретность;

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

-       независимость данных(БД должна допускать возможность расширения, т.е. добавления новых атрибутов и отношений).

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

1.3.2 Выбор и обоснование СУБД и инструментальных средств программирования

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

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

Существуют следующие способы организации информационной базы (ИБ): совокупность локальных файлов, поддерживаемых функциональными пакетами прикладных программ, и интегрированная база данных, основывающаяся на использовании универсальных программных средств загрузки, хранения, поиска и ведения данных, т.е. системы управления базами данных (СУБД) [27, c.84].

Локальные файлы вследствие специализации структуры данных под задачи обеспечивают, как правило, более быстрое время обработки данных. Однако, недостатки организации локальных файлов, связанные с большим дублированием данных в информационной системе и, как следствие, несогласованностью данных в разных приложениях, а также негибкостью доступа к информации, перекрывают указанные преимущества. Поэтому организация локальных файлов может применяться только в специализированных приложениях, требующих очень высокую скорость реакции при импорте необходимых данных [13, c.56].

Интегрированная ИБ, т.е. база данных (БД), - это совокупность взаимосвязанных, хранящихся вместе данных при такой минимальной избыточности, которая допускает их использование оптимальным образом для множества приложений. Централизация управления данными с помощью СУБД обеспечивает совместимость этих данных, уменьшение синтаксической и семантической избыточности, соответствие данных реальному состоянию объекта, разделение хранения данных между пользователями и возможность подключения новых пользователей. Но централизация управления и интеграция данных приводит к проблемам другого характера: необходимости усиления контроля вводимых данных, необходимости обеспечения соглашения между пользователями по поводу состава и структуры данных, разграничения доступа и секретности данных [14, c.78].

Выбор системы управления баз данных представляет собой сложную задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, обучение персонала, а также на перепроектирование базы при возникновении новых задач [47, c.109]. При сравнении СУБД важно определить параметры, которые наиболее существенны для реализуемой задачи. В нашем случае это число объектов в БД, максимальные показатели, язык запросов и интерфейса, поддержка режимов, вопросы лицензирования.

Таблица 1.3 - Характеристика СУБД

На основе анализа таблицы 1.3 можно сделать вывод, что наиболее подходящей в этой ситуации является СУБД MS Access.

Среда программирования - это программный комплекс, включающий специализированный текстовый редактор, встроенные компиляторы, отладчик, справочную систему и другие программы, которые облегчают написание программ [6, c.44].

Одной из ведущих систем программирования является среда программирования Delphi, разработанной компанией Borland, которая позволяет создавать приложения БД, реализованных на разных платформах. Особенностью работы с БД в Delphi является использование открытой архитектуры доступа к данным [43, c.15]. Кроме того обеспечивается возможность доступа как к удалённым, так и к локальным БД. Delphi - это среда визуального проектирования. Основная идея состоит в том, что приложения собираются из готовых компонентов, таких как кнопка, таблица и т.п. концепция работы в Delphi называется технологией RAD (быстрой разработки приложений). Система Delphi базируется на использовании языка программирования ObjectPascal, который является логическим продолжением и развитием классического языка программирования Паскаль. Система Delphi позволяет создавать профессиональные и эффективно работающие приложения, используемые в самых различных сферах человеческой деятельности [50, c.34].

Программирование в среде Delphi не требует совершенных знаний в данной области. Все сложности программирования в ней спрятаны и нам не придётся задумываться о таких понятиях как, например, стек или регистры. система программирования Delphi опирается на возможности операционной системы Windows. Используется графический интерфейс, что значительно облегчает работу пользователя с компьютером. Большая часть операций в процессе программирования выполняется при помощи мыши, а не клавиатуры, что гораздо облегчает работу с программой. Человек, который знаком с оболочкой Windows, увидит при работе с Delphi все те же самые окна, сможет проделывать все те же функции, например по сворачиванию и разворачиванию окон, изменению размеров. В Delphi предусмотрено меню, как и в различных офисных приложениях Windows [52, c.14].

В Delphi реализовано объектно-ориентированное программирование. Пользователь будет видеть все приложения в форме окон с лежащими на них всевозможными кнопками, надписями, графическими объектами. Так же данную систему часто называют системой событийно-ориентированного программирования, так как есть возможность реакции объекта на какое-либо событие [50, c.12].

Таким образом, для разработки программного средства автоматизации деятельности компании были выбраны СУБД MS Access и среда программирования Делфи 2010.

.3.2 Выбор и обоснование технического обеспечения

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

-       процессор: IntelPentium 4 2.2 ГГц;

-       память: DDR2 2032 МБ;

-       накопители: 20 Гб;

-       монитор: SVGA с диагональю 17”.

2. ПРОЕКТНЫЙ РАЗДЕЛ

.1 Модель предметной области «как будет»

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

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

Рисунок 2.1 - Контекстная диаграмма функциональной модели «как будет»

Основной функцией по-прежнему будет управление заказами клиентов. Для выполнения этой функции в систему будут поступать такие данные и документы:

−       заявка клиента (заполняется на электронном бланке);

−       данные клиента (все необходимые данные: паспортные, контактные, данные о счетах и т.д. вносятся из заявки или подбираются из базы уже зарегистрированных клиентов);

−       справочник услуг (полный электронный перечень услуг с указанием примерных сроков и стоимости);

−       проектная документация (эти документы передаются и хранятся в электронном виде);

−       отчеты о ходе выполнения (отметки в базе по результатам завершения этапов для крупных проектов, а также по результатам контроля).

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

−       договор с клиентом (передается самому клиенту и в бухгалтерию для учета оплаты);

−       оформленный заказ (формируются данные о типе услуг, времени, сроках). Хранятся в электронном виде, доступ к ним получает производственный отдел;

−       итоговый пакет документов (для клиента автоматически формируется полный пакет документов).

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

−       должностная инструкция работника (в работе сотрудник руководствуется положениями своей должностной инструкции);

−       нормы ДОУ (процесс предполагает ведение документации, что предполагает обеспечение их соответствия нормам ведения документации как на уровне организации, так и на уровне государственных стандартов);

−       НПА РФ (знание и применение норм законодательства особенно важно при заключении договора);

−       правила работы в информационной системе.

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

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

Рисунок 2.2 - Функциональная модель первого уровня «как будет»

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

Проанализируем, каким образом изменились основные процессы.

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

.        Оформление заказа. После того, как клиент определился с видом услуг, присходит заполнение данных о заказе: данные клиента, тип услуг, объем работ, сроки. На основании этого выполняется расчет стоимости и подготовка договора с клиентом.

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

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

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

Все это существенно сократит количество потоков информации, а также количество хранилищ данных (рисунок 2.3).

Рисунок 2.3 - Модель потоков данных «как будет»

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

2.2 Проектирование базы данных

.2.1 Инфологическая модель данных предметной области

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

Для успешной реализации проекта объект проектирования должен, прежде всего, быть адекватно описан. Это значит, что должны быть построены полные и непротиворечивые информационные модели проектируемой информационной системы. Описание предметной области, выполненное без ориентации на используемые в дальнейшем программные и технические средства, называется инфологической моделью [28, c.54].

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

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

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

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

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

Рисунок 2.4 - Информационная модель уровня сущностей

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

Рис. 2.5 - Информационная модель «Сущность-связь».

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

Последним этапом моделирования является анализ типов данных существующих атрибутов (рисунок 2.6).

Рис. 2.6 - Информационная модель «Сущность-связь» с указанием типов.

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

2.2.2 Проектирование базы данных предметной области

Используя разработанные модели предметной области можно разработать физическую структуру базы данных, и даже автоматически сгенерировать ее. При преобразовании инфологической модели в даталогическую используются такие правила [43, c.94]:

. Каждая сущность становится таблицей. Названия таблиц задаются во множественном числе.

. Каждый атрибут сущности становится столбцом таблицы.

. Ключевой атрибут становится ключом таблицы.

. Связи между сущностями становятся связями между таблицами.

На основе имеющейся информационно-логической модели была автоматически сгенерирована логическая структура реляционной базы данных в СУБД MS Access. На этой схеме реляционные таблицы представлены структурой, определяемой составом и последовательностью полей (атрибутов). Наименования ключевых полей выделены. Логические связи изображены линиями между соответствующими ключами связи (рисунок 2.7).

Рисунок 2.7 - Схема базы данных

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

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

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

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

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

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

Данные клиентов будут располагаться в таблице Клиенты со следующей структурой (рисунок 2.8).

Рисунок 2.8 - Структура таблицы Клиенты

Данные о ходе выполнения проекта будут располагаться в таблице Ход выполнения со следующей структурой (рисунок 2.9).

Рисунок 2.9 - Структура таблицы Ход выполнения

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

Рисунок 2.10 - Структура таблицы Оплата

В таблицу Оплата вносятся данные о каждой произведенной клиентом оплате (предоплате, оплате половины проекта, полной оплате, выплате неустойки) с указанием типа оплаты, даты и суммы.

К условно-постоянной относится информация, использующаяся во многих циклах обработки и остающаяся неизменной в течение длительного периода времени. Целями создания условно - постоянной информации является централизация хранения данных, повышение достоверности данных, устранение дублирования, сокращение объема работ по подготовке и вводу их в ЭВМ [47, c.75]. В нашем случае к условно - постоянной информации относится информация, хранящаяся в следующих справочниках: услуги, скидки. Рассмотрим подробнее структуру и содержание этих справочников. Справочник Услуги содержит информацию по всем услугам, которые предоставляет организация.

Рисунок 2.11 - Структура таблицы Услуги

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

Рисунок 2.12 - Структура таблицы Скидки

Основными функциями Справочников являются:

−       обеспечение проверки кодированных значений признаков при вводе данных;

−       декодирование значений признаков при выводе данных на экран дисплея;

−       хранение постоянной информации, связанной с определёнными значениями признаков;

−       оформление пояснительным текстом таблиц, получаемых в результате решения комплекса задач [52, c.84].

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

Таблица Заказы хранит всю необходимую информацию о заказах, которые ведут менеджеры фирмы.

Рисунок 2.13 - Структура таблицы Заказы

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

Рисунок 2.14 - Структура таблицы Проектная документация

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

Рисунок 2.15 - Структура таблицы Стоимость

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

2.3 Разработка интерфейса пользователя

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

Разработка интерфейса системы строится на основе психофизических особенностей восприятия человека:

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

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

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

Особенности памяти. Одновременно человек способен воспринимать и запоминать от 5 до 9 несвязанных объектов [24, c.89].

Все эти особенности необходимо учитывать в процессе разработки интерфейса пользователя. Выделяют четыре этапа разработки интерфейса [15, c.15]:

.        Определение требований пользователя к интерфейсу и типа интерфейса.

.        Определение сценариев использования интерфейса.

.        Проектирование.

.        Реализация (программирование и тестирование).

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

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

. Возможность выбора действий (функций) с объектами предметной области.

. Удобство и простота в использование.

. Интуитивная понятность и быстрота освоения.

. Использование эргономичных цветов и расположения элементов на форме.

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

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

         примитивные - организуют работу с пользователем в консольном режиме. Используется в установочных программах;

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

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

.        Объектно-ориентированные - интерфейсы прямого манипулирования, предполагают выбор и перемещение пиктограмм, соответствующих объектам предметной области [6, c.102].

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

На основе описания функций информационной системы опишем структуру меню для интерфейса пользователя (рисунок 2.16).

Рисунок 2.16 - Структура меню интерфейса пользователя

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

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

Рисунок 2.17 - Главное окно программы

Для отображения данных в главном окне программы используется запрос к базе данных, заданный с использованием компонента ADOQuery. Работа со справочником Клиенты возможна через форму Клиенты (рисунок 2.18).

Рисунок 2.18 - Форма Клиенты

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

1.      Область поиска;

.        Область просмотра данных.

.        Область обработки данных (добавления, редактирования, удаления).

Такое единообразие делает программу понятной и удобной в использовании.

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

Рисунок 2.19 - Форма добавления клиентов

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

Рисунок 2.20. Окно запроса подтверждения

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

Delete From Клиенты[Код_клиента]=:nkon;

В запросе используется параметр - Код клиента, он задается при выполнении программы. Процедура обработки события нажатия кнопки «Удалить» выглядит следующим образом:

procedure TForm6.Button3Click(Sender: TObject);MessageDlg('Вы уверены, что хотите удалить запись?',mtWarning,mbOKCancel,0) = mrOk then begin

DataModule2.QDel.Parameters[0].Value:=DataModule2.TKl.Fields[0].Value;.QDel.ExecSQL;.TKl.Close;.TKl.Open;; ;

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

DataModule2.TKl.Filtered:=false;Edit2.Text<>'' then begin.TKl.Filter:='ФИО like '+QuotedStr('%'+Edit2.Text+'%');

DataModule2.TKl.Filtered:=true;

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

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

3. АНАЛІЗ ЗАТРАТ НА РАЗРАБОТКУ ІНФОРМАЦІЙНИХ СИСТЕМ

3.1 Планирование внедрения программного продукта

Для оценки затрат на внедрение системы необходимо разработать проект разработки и внедрения системы, оценить временные и материальные ресурсы, необходимые для каждой задачи [2, c.53]. Для выполнения этих задач удобно использовать проектные технологии, а именно сетевые методы планирования.

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

Рисунок 3.1 - Дерево целей проекта

Стоит отметить, что каждая задача реализуется через последовательность выполняемых этапов [10, c.22]. Хотя некоторые задачи могут и не включать отдельных этапов. Декомпозиция целей разрабатываемой информационной системы на отдельные задачи представлена на рисунке 3.2.

Рисунок 3.2 - Декомпозиция задач проекта

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

Таблица 3.1 - Последовательность работ проекта

Проанализировав проект, составив наименование работ и установив продолжительность каждой работы можно построить линейный график Ганта. График был реализован с помощью программы MS Project 2007. Программа позволяет прописать название задачи, ее длительность, указать название ресурсов, с помощью которых будут реализовываться задачи [26, c.88]. Также можно указать затраты на оплату рабочего времени каждого ресурса. В первую очередь осуществляется описание структуры работ проекта (Рисунок 3.3).

Рисунок 3.3 - Структура работ проекта

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

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

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

Рисунок 3.4 - Диаграмма Ганта

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

Рисунок 3.5 - Отдельные этапы выполнения проекта

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

3.2 Оценка экономической эффективности внедрения программного продукта

Экономическая эффективность - базовая категория теории и практики принятия управленческих решений об инвестировании средств в развитие производства. «Результаты» и «затраты» являются важнейшими понятиями, связанными с измерением экономической эффективности инвестиционных проектов. Результаты отображают те глобальные задачи, которые должны быть решены в инвестиционном проекте для достижения главной цели экономического развития. Результаты напрямую связаны с преследуемыми инвесторами целями. В инвестиционном проектировании приходится иметь дело как с экономическими, так и внеэкономическими результатами [5, c.74].

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

Разность оценок результатов и затрат формируют эффект, позволяющий судить о том, что получит инвестор в результате реализации проекта [5, c.78].

Эффект можно представить в двух выражениях:

) Разность совокупного результата и совокупных затрат.

) Разность совокупных результатов и только текущих издержек.

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

Эффективность инвестиционного проекта определяется для решения ряда задач:

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

) оценки преимуществ рассматриваемого проекта в сравнении с альтернативными;

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

Срок окупаемости (англ. Pay-Back Period) - период времени, необходимый для того, чтобы доходы, генерируемые инвестициями, покрыли затраты на инвестиции. Этот показатель определяют последовательным расчетом чистого дохода (англ. Present Value) для каждого периода проекта. Точка, в которой PV примет положительное значение, будет являться точкой окупаемости.

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

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

(1)

гдеT_ОК - период окупаемости (месяцев);

КЗ_А - капитальные затраты автоматизации;

Э_М - месячная экономия.

Капитальные затраты автоматизации рассчитываются следующим образом:

(2)

Где Ц_ПО - капитальные затраты на покупку программного обеспечения;

К_ТЕХ - капитальные затраты на покупку технического обеспечения;

К_РМ - капитальные затраты на создание рабочего места пользователя;

К_ПР - капитальные затраты на приобретение и установку программы;

К_Н - капитальные затраты на настройку программы.

(3)

Для нашего случая слагаемые в формуле (2) будут выглядеть следующим образом:

) Ц_ПО=0. Будет использоваться уже существующее ПО. На клиентах, где уже установлен Windows, его стоимость в состав ПО для АРМ выходить не будет, т.к. эти затраты являются обязательными для других целей и учитываются в других местах.

) К_ТЕХ=20000 рублей. Для работы АРМ необходимо купить один компьютер средней мощности, который будет выполнять роль сервера для СУБД.

) К_РМ=0. Места для пользователей уже существуют и оборудованы согласно представленным требованиям.

) К_ПР=25000. Такую сумму планирует вложить организация в написание данной программы.

) К_Н=0. Затраты на первичную настройку оборудования и системы включены в затраты на приобретение и установку программы.

Таким образом, формула (2) примет следующий вид

 рублей.

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

Сама нагрузка постоянно увеличивается за счет увеличения клиентов. Поэтому следующее увеличение численности отдела после внедрения АРМ потребует приема меньшего количества человек и распределения части работы между имеющимся штатом.

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

Данные для расчета месячной экономии представлены в таблице 3.2.

Таблица 3.2 - Месячные затраты на производственный процесс  до и после внедрения АРМ

Амортизация оборудования была рассчитана из условий, что стоимость оборудования составляет 20 000 рублей, а полезный срок эксплуатации - 3 года (36 месяцев). Итого месячная экономия получается согласно формуле (3) получается  рублей.

Период окупаемости по формуле (1) получается  месяца. Следуем отметить, что это достаточно небольшой срок окупаемости, и для такой большой организации как РСТ «Норильскэнергоремонт» должно быть очень выгодно введение такого АРМ в действие, требующее минимальных вложений и дающее эффект уже через 4 месяца.

Помимо денежной экономии АРМ имеет ряд преимуществ, которые носят больше качественную оценку, чем стоимостную:

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

Быстрота поиска информации и надежность хранения.

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

Систематичность хранимой информации. Вся информация хранится в одной систематизированной форме.

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

Наличие автоматизированных отчетов, экономящих время на анализ данных.

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

4. МЕРОПРИЯТИЯ ПО ОБЕСПЕЧЕНИЮ БЕЗОПАСНОСТИ ЖИЗНЕДЕЯТЕЛЬНОСТИ

.1 Анализ характеристик проекта и трудовой деятельности

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

Опасными называются производственные факторы, воздействие которых на работающего в определенных условиях приводит к травме или другому внезапному ухудшению здоровья. Если же производственный фактор приводит к заболеванию или снижению работоспособности, то его считают вредным (ГОСТ 12.0.002-80). В целях обеспечения нормальных условий труда, снижения риска профессиональных травм и заболеваний на предприятиях должны быть приняты меры по предупреждению и устранению опасных и вредных производственных факторов, а также снижению степени воздействия на сотрудников.

Согласно ГОСТ-12.0.003-74 "ССБТ Опасные и вредные производственные факторы" опасные и вредные производственные факторы, присутствующие, при настройке, монтаже и обслуживании компьютерной системы, подразделяются по природе действия на следующие группы: физические, химические, биологические и психофизиологические.

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

4.2 Мероприятия по эргономическому обеспечению

.2.1 Требования к естественному освещению рабочего места

Естественный свет должен падать на рабочее место пользователя ПК сбоку, преимущественно слева. Экран монитора должен находиться от глаз оператора на расстоянии 600 - 700 мм, но не ближе 500 мм. Если в помещении наличествует несколько столов с мониторами, то расстояние между ними должно не превышать 2 м, а расстояние между боковыми поверхностями мониторов - 1.2 м.

Высота рабочей поверхности стола должна быть либо фиксирована на высоте 725 мм, либо регулироваться в пределах 680 - 800 мм. Все используемое оборудование должно располагаться оптимальным образом, дабы не загромождать стол и обеспечивать удобство работы. Рабочий стол должен иметь пространство для ног шириной не менее 500 мм и высотой не менее 600 мм.

Конструкция рабочего стула должна обеспечивать:

−       ширину и глубину поверхности сиденья не менее 400 мм;

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

−       регулировку высоты поверхности сиденья в пределах 400 - 550 мм и углам наклона вперед до 15 град, и назад до 5 град.;

−       высоту опорной поверхности спинки 300 +/- 20 мм, ширину - не менее 380 мм;

−       угол наклона спинки в вертикальной плоскости в пределах +/- 30 градусов;

−       регулировку расстояния спинки от переднего края сиденья в пределах 260 - 400 мм;

−       стационарные или съемные подлокотники длиной не менее 250 мм и шириной - 50 - 70 мм;

−       регулировку подлокотников по высоте над уровнем сиденья в пределах 230 +/-30 мм и внутреннего расстояния между подлокотниками в пределах 350 - 500 мм.

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

Согласно ГОСТ 27954-88 “Видеомониторы ПЭВМ. Дозы излучения”, требования безопасности к рабочему месту оператора следующие:

−       электронно-лучевые трубки монитора должны быть взрывобезопасными, без дополнительной защиты;

−       желательно использовать ЖК-мониторы;

−       мощность дозы рентгеновского излучения в любой точке пространства на расстоянии 5 см от экрана видеомонитора не должна превышать 0,03 мкР/с при 41-часовой рабочей неделе.

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

4.2.2 Требования к освещенности рабочей зоны

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

−       естественные (солнце);

−       искусственные (осветительные лампы);

−       совмещенные.

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

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

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

Следует ограничивать отраженную блесткость на рабочих поверхностях (экран, стол, клавиатура и др.) за счет правильного выбора типов светильников и расположения рабочих мест по отношению к источникам естественного и искусственного освещения, при этом яркость бликов на экране ПЭВМ не должна превышать 40 кд/м².

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

.3 Мероприятия по обеспечению требований техники безопасности

.3.1 Обеспечение требований техники безопасности по напряжению в электрической сети

Для защиты работников от поражения электрическим током ГОСТ 12.4.011-75 «Средства защиты работающих. Общие требования и классификация» регламентирует следующие средства защиты:

−       устройства автоматического контроля и сигнализации;

−       изолирующие устройства и покрытия;

−       устройства защитного заземления и зануления;

−       устройства автоматического отключения;

−       предохранительные устройства.

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

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

Рабочие помещения операторов являются помещениями без повышенной опасности поражения электрическим током.

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

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

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

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

Согласно ГОСТ 12.2.007-75 ПЭВМ, на которых производится работа, относятся к классу электробезопасности 01 (имеет рабочую изоляцию, элемент для заземления и привод без заземляющей шины для подключения питания). В соответствии с правилами электробезопасности в служебном помещении должен осуществляться постоянный контроль состояния электропроводки, предохранительных щитов, шнуров, с помощью которых включаются в электросеть компьютеры, осветительные приборы, другие электроприборы.

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

−       лица, не достигшие 18-летнего возраста, не допускаются к работам в электроустановках;

−       лица не должны иметь увечий и болезней, мешающих производственной работе;

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

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

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

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

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

Занулением называется преднамеренное электрическое соединение с нулевым защитным проводником металлических нетоковедущих частей, которые могут оказаться под напряжением. Нулевой защитный проводник - это проводник, соединяющий зануляемые части с глухозаземленной нейтральной точкой обмотки источника тока или ее эквивалентом (ГОСТ 2.1.009-76).

4.3.2 Методы защиты от электромагнитных излучений

К методам защиты от электромагнитных излучений относятся:

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

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

−       удаление рабочего места от источника электромагнитных излучений;

−       уменьшение мощности источника излучений;

−       использование поглощающих или отражающих экранов;

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

4.3.3 Меры защиты от статического электричества

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

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

Электростатические заряды должны подавляться при помощи заземляющих устройств, экранов или посредством соблюдения безопасных расстояний (ГОСТ 12.2.007.9-88 “Оборудование электротермическое. Требования безопасности”).

В качестве индивидуального средства защиты от статического электричества операторы ПЭВМ используют спецодежду с антистатической пропиткой.

4.4 Общие требования по пожарной безопасности

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

ЗАКЛЮЧЕНИЕ

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

. Большие затраты времени на выполнение процесс анализа финансово-хозяйственной деятельности.

. Высокая стоимость выполнения процесса.

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

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

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

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

Следующим этапом стала разработка моделей предметной области «как будет». Были проанализированы функции внедряемой системы, документопотоки, построены функциональная модель и модель потоков данных. Следующим этапом разработки стало проектирования базы данных предметной области. В качестве целевой СУБД была выбрана СУБД MS Access. Производительность данной СУБД органично сочетается со всеми удобствами и преимуществами ОС Windows.

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

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

автоматизированный система учет программирование

СПИСОК ИСТОЧНИКОВ ЛИТЕРАТУРЫ

1.      Архангельский А.Я. Программирование в Delphi 7. - М.: ООО «Бином-Пресс», 2008, - 1152с.

.        Архипенков С. Лекции по управлению программными проектами [текст] / С. Архипенков. - М.: 2009. - 128 с.

.        Архипов А.И. Экономика. Финансы. Страхование. - Учебник. - М.: Велби, 2007. - 840 с.

.        Бекашевич Ю.А., Пушкина Н.Д. Microsoft Access 2003. - СПб.: БХВ-Петербург, 2009, - 752с.

.        Богатин Ю. В. Экономическая оценка качества и эффективности работы предприятия. - М.: Издательство стандартов, 2009. -216 с.

.        Братищенко В. В. Проектирование информационных систем. [Текст] / Иркутск: БГУЭП, 2008 - 84 стр.

.        Вендров А. М. CASE-технологии: Современные методы и средства проектирования информационных систем. [Текст] / М.: Финансы и статистика, 2009 - 176 стр.

.        Вендров А. М., Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. - 2-е изд., перераб. и доп. [Текст] / М.: Финансы и статистика, 2009 - 192 стр.

.        Вендров А. М., Проектирование программного обеспечения экономических информационных систем: Учебник. 2-е изд., перераб. и доп. [Текст] / М.: Финансы и статистика, 2009 - 544 стр.

.        Вилков Л.А. Менеджмент процессов [текст] / Л.А. Вилков, Й. Беккер, В. Таратухин, М. Кугелер, М. Роземанн; пер. с нем. - М.: Эксмо, 2007. - 384 с.

.        Гагарина Л.Г. Технология разработки программного обеспечения: учебное пособие [текст] / Л.Г.Гагарина, Е.В. Кокорева, Б.Д. Виснадул. - М.: ИД «ФОРУМ»: ИНФРА-М, 2008. - 400 с.

.        Гвоздева В.А. Основы построения автоматизированных информационных систем: учебник [текст] / В.А. Гвоздева, И.Ю. Лаврентьева. - М.: ИД «ФОРУМ»: ИНФРА-М, 2007. - 320 с.

.        Годин В. В., Корнев И. К. Информационное обеспечение управленческой деятельности: Учебник. - М.: Мастерство: Высшая школа, 2008. -213с.

.        Голицина О.Л. Базы данных: Учебное пособие [текст] / О.Л. Голицина, Н.В. Максимов, И.И. Попов. - М.: ФОРУМ: ИНФРА-М, 2009. - 352 с.

.        Головач В. Дизайн пользовательского интерфейса. Искусство мыть слона [текст] / В. Головач. - М.: Dreamstime.com. 2009. - 97 с.

10.    ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств [Электронный ресурс]. - Режим доступа: <http://www.rfcmd.ru/sphider/docs/InfoSec/GOST_R_ICO-IEC_12207-99.htm>

.        Грекул В.И. Проектирование информационных систем: курс лекций: учебное пособие для студентов вузов, обучающихся по специальностям в области информ. технологий [текст] / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. - М.: Интернет-Ун-т Информ технологий, 2009. - 304 с.

12.  #G0Гусятников В. Н., Безруков А. И. Стандартизация и разработка программных систем, учебное пособие [Текст] / М.: ФиС, 2010 - 288 стр.

.        Дейт К.Дж. Введение в системы баз данных, 8-е издание.: Пер. с англ [текст] / К.Дж.Дейт. - М.: Издательский дом "Вильяме", 2010. - 1328 с.

.        Диго С.М. Базы данных: проектирование и использование: Учебник [текст] / С.М.Диго. - М.: Финансы и статистика, 2010. - 592 с.

.        Диго С.М. Проектирование использование баз данных: Учебник. - М.: Финансы и статистика, 2009.

.        Емельянова Н.З. Основы построения автоматизированных информационных систем: Учебное пособие [текст] / Н.З.Емельянова, Т.Л.Партыка, И.И.Попов. - М.: ФОРУМ: ИНФРА-М, 2007. - 416 с.

.        Зыков С. В. Модели жизненного цикла и методологии разработки корпоративных систем [Видеокурс] / Интернет-университет информационных технологий - ИНТУИТ.ру, 2009 - DVD-box: 2 диска.

.        Иванова Г.С. Технология программирования: Учебник для вузов. - 2-е изд., стереотип. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2009. 320 с.: ил.

.        Избачков Ю.С. Информационные системы: Учебник для вузов. 2-е изд [текст] / Ю.С.Избачков, В.Н.Петров. - СПб.: Питер, 2009. - 656 с.

.        Кантор М. Управление программными проектами. Практическое руководство по разработке успешного программного обеспечения [Текст] / М.: Вильямс, 2007 - 176 стр.: с ил.

.        Котляров В.П. Основы тестирования программного обеспечения: Учебное пособие / В.П.Котляров, Т.В. Коликова. - М.: Интернет-Университет Информационных технологий; БИНОМ. Лаборатория знаний, 2009. - 285 с.

.        Крупский А.Ю. Разработка и стандартизация программных средств: Учебное пособие [текст] / А.Ю.Крупский, Л.А.Феоктистова. - М.: Издательско-торговая корпорация «Дашков и Ко», 2009. - 100 с.

.        Лойко В.И. Информационные системы и технологии в экономике: Учебник. - 2-е изд., доп. и перераб [текст] / В.И. Лойко, Т.П. Барановская, М.И. Семенов, А.И. Трубилин. - М.: Финансы и статистика, 2009. - 416 с.

.        Макконел Стив. Профессиональная разработка программного обеспечения [текст] / С. Макконел; пер. с англ. под ред. В.Агаповой. - СПб.: Символ-Плюс, 2011. - 240 с.

.        Маклаков С. В. BPwin ERwin CASE-средства разработки ИС [Текст] / М.: Диалог-МИФИ, 2009 - 304 стр.

.        Маклаков С. В. Моделирование бизнес-процессов - М., 2009. - 224с.

.        Марков А.С. Базы данных. Введение в теорию и методологию: Учебник [текст] / А.С.Марков, К.Ю.Лисовский. - М.: Финансы и статистика, 2009. - 512 с.

.        Маслов А.В. Проектирование информационных систем в экономике: учебное пособие / А.В. Маслов. - Томск: Изд-во Томского политехнического университета, 2008. - 216 с.

.        Мацяшек Л.А. Анализ требований и проектирование систем.- М.: Наука, 2008- 352 с.

30.    Моделирование бизнес-процессов средствами BPwin (часть 1) [Электронный ресурс] - Режим доступа: <http://www.intuit.ru/department/se/devis/7/>

.        Моделирование бизнес-процессов средствами BPwin (часть 2) [Электронный ресурс] - Режим доступа: <http://www.intuit.ru/department/se/devis/8/>

.        Моделирование информационного обеспечения средствами ERwin [Электронный ресурс] - Режим доступа: <http://www.intuit.ru/department/se/devis/10/>

.        Отчет компании «ЦРТ-сервис» за 2013 год

.        Петров В.Н., Избачков Ю.С. Информационные системы: Учебник для вузов. 2-е изд. [Текст] / СПб.: Питер Принт, 2010 - 656 стр.

.        Принципы и этапы разработки ПО [Электронный ресурс]. - Режим доступа: <http://www.tspu.tula.ru/ivt/old_site/umr/trpo/node14.html>

.        Программа «Учет обращений граждан и организаций» [Электронный ресурс]. - Режим доступа: http://www.autoaf.ru/soft-arch-uchet-obraschenij-grazhdan.htm

37.    Проектирование экономических информационных систем: Учебник / Г. Н. Смирнова, А. А. Сорокин, Ю. Ф. Тельнов; Под ред. Ю. Ф. Тельнова. - М.: Финансы и статистика, 2008. - 512с.

.        Рогозов Ю.И. Разработка метода построения информационных функционально-ориентированных моделей предприятия / Изв. ЮФУ. Технические науки [текст] / Ю.И.Рогозов. - 2008. - №7. - С.70-76.

.        Сайт компании Майкор [Электронный ресурс] - Режим доступа: http://maykor.com/

.        Сергеев А. Access 2007. Новые возможности [текст] / А.Сергеев. - СПб.: Питер, 2008. - 176 с.

.        Система Компас: Маркетинг и менеджмент [Электронный ресурс] - Режим доступа: http://www.compas.ru/solutions/economy_mandm.php

.        Скидка 1.0. [Электронный ресурс] - Режим доступа: http://www.softportal.com/software-24613-kidka.html.

.        Сорокин А.В. Delphi. Разработка баз данных [текст] / А.В.Сорокин. - СПб.: Питер, 2010. - 477 с.

.        Стивенс Род. Программирование баз данных. Изд. 2-е, стереотипное [текст] / Р. Стивенс; пер с англ. под ред. С.М.Молявко. - М.: ООО «Бином-Пресс», 2007. - 384 с.

.        Тельнов Ю.Ф. Реинжиниринг бизнес процессов. М. Финансы и статистика, 2009-319с.

46.    Технология освоения и внедрения CASE-средств [Электронный ресурс]. - Режим доступа: <http://www.interface.ru/home.asp?artId=22623>

47.    Титоренко Г.А. Информационные системы в экономике: учеб. пособие для вузов - 2-е изд.доп. - М.: «ЮНИТИ-ДАНА», 2008.-463с.

.        Титоренко Г.А. Автоматизированные информационные технологии в экономике: Учебник - М.: Компьютер, ЮНИТИ, 2009.-400с.

.        Управление торговлей: описание конфигурацией [Электронный ресурс] - Режим доступа: http://v8.1c.ru/trade/

.        Фаронов В.В. Программирование баз данных в Delphi 7. Учебный курс [текст] / В.В.Фаронов. - СПб.: Питер, 2011. - 459 с.

.        Фельдман Я.А. Создаем информационные системы [текст] / Я.А.Фельдман. - М.: СОЛОН-ПРЕСС, 2006. - 120 с.

.        Фленов М.Е. Библия Delphi. - 2-е изд., перераб. и доп [текст]/ М.Е.Фленов. - СПб.: БХВ-Петербург, 2008. - 800 с.

.        Фуфаев Э.В. Базы данных: учеб. пособие для студ. сред. проф. образования - 3-е изд., стер [текст] / Э.В.Фуфаев, Д.Э.Фуфаев. - М.: Издательский центр «Академия», 2007. - 320 с.

.        Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. «Базы данных» Учебник для вузов Изд., Корона-Принт 2008 г - 736с.

.        Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс разработки программного обеспечения [Текст] / СПб.: Питер, 2009 - 496 стр.: с ил.