Разработка автоматизированной подсистемы АСУ по оперативному контролю и анализу сервисных услуг отдела ЗАО ПФ 'СКБ Контур' на базе MS SQL Server 2005

  • Вид работы:
    Дипломная (ВКР)
  • Предмет:
    Информационное обеспечение, программирование
  • Язык:
    Русский
    ,
    Формат файла:
    MS Word
    422,90 kb
  • Опубликовано:
    2011-06-28
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!

Разработка автоматизированной подсистемы АСУ по оперативному контролю и анализу сервисных услуг отдела ЗАО ПФ 'СКБ Контур' на базе MS SQL Server 2005

Содержание

Введение

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

1.1 Общая характеристика предприятия

1.2 Анализ функциональной и организационной структуры предприятия

1.2.1 Общая характеристика функций управления

.2.2 Декомпозиция функциональной структуры

1.2.3 Анализ организационно - управленческой структуры

.2.4 Построение организационно - функциональной модели предприятия

.3 Анализ целей, стоящих перед предприятием

1.4 Анализ проблемных ситуаций в деятельности ЗАО ПФ «СКБ Контур»

1.5 Анализ материальных и информационных потоков

1.6 Предложения по изменению структуры предприятия

Выводы

2. Описание АСУ

2.1 Общие положения создания АСУ

2.2 Описание структуры АСУ

2.3 Функциональные подсистемы АСУ

2.3.1 Существующие автоматизированные подсистемы в АСУ

.3.2 Разрабатываемые и предлагаемые к разработке автоматизированные системы

.4 Обеспечивающая подсистема АСУ

2.4.1 Информационное обеспечение АСУ

.4.2 Организационное обеспечение АСУ

.4.3 Разработка решений по программному и техническому обеспечению

.4.4 Математическое обеспечение

Выводы

. Проектирование АПС «Учет услуг»

3.3 Разработка проектных решений по созданию функциональной структуры АПС «Учет услуг»

3.3.1 Общее описание функциональной структуры АПС

3.3.2 Общее описание задач

3.3.2.1 Описание задачи "Создание и ведение базы данных "

.3.2.2 Описание задачи «Автоматизация процесса регистрации клиентов»

.3.2.3 Описание задачи «Автоматизация процесса формирования

каталога требуемых услуг»

.3.2.4 Описание задачи «Автоматизированное формирование отчетных документов»

.4 Проектирование информационной базы

3.4.1 Исследование предметной области.

3.4.2 Построение инфологической модели

3.4.3 Даталогическая модель

3.4.4 Выбор СУБД

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

3.4.6 Разработка средств защиты

3.4.7 Расчет предполагаемого объема базы данных

3.5 Выбор программного и технического обеспечения

Выводы

4. Описание программного средства

4.1 Условия применения

4.2 Описание применения

4.2.1 Функциональное назначение

4.2.2 Входные данные

4.2.3 Выходные данные

4.3 Руководство пользователя

4.3.1 Установка и запуск программы

4.3.2 Работа с программным средством

4.4 Описание контрольного примера

Выводы

5. Организационно-экономическая сущность задачи

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

5.2 Определение трудоемкости выполняемых работ

5.3 Расчет затрат на разработку программного продукта

5.4 Расчет экономической эффективности проекта

5.5 Социально-экономические результаты функционирования автоматизированной системы

Выводы

6. Безопасность и экологичность проекта

6.1 Анализ основных опасных и вредных факторов на рабочем месте

6.2 Общие мероприятия по обеспечению безопасности на рабочем месте

6.3 Расчет вентиляции

Выводы

Заключение

Список литературы

Приложения

Приложение А.

Приложение Б.

Приложение В.

Реферат

Кокорев Сергей Юрьевич. Разработка автоматизированной подсистемы АСУ по оперативному контролю и анализу сервисных услуг отдела ЗАО ПФ «СКБ Контур» на базе MS SQL Server 2005.

Место выполнения диплома - ЗАО ПФ «СКБ Контур», место дипломирования - СевКавГТУ, каф. АСОиУ, руководитель - доцент каф. АСОИУ Братченко Н. Ю., 2011, 12 табл., 16 рис., 3 прилож., 130 с.

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

В дипломном проекте изучена структура управления предприятия, а также функции и цели деятельности предприятия ЗАО ПФ «СКБ Контур». Выявлен ряд проблем, среди которых одной из наиболее существенных является отсутствие автоматизации учета сервисных услуг фирмы. Для устранения этой проблемы вынесено предложение о целесообразности внедрения в АСУ предприятия АПС «Учет услуг» для учета оказываемых сервисных услуг по разработке и установлению программных продуктов и техническому обслуживанию. Проведен анализ существующих аналогичных систем. Проведен диагностический анализ АСУ предприятия. Проведена декомпозиция структуры  АСУ на функциональные и обеспечивающие подсистемы. Проведено исследование предметной области, спроектирована структура данных, необходимых для реализации АПС. Проведен анализ технико-экономической эффективности разработки. Прикладная система разработана средствами системы управления базой данных MS SQL Server 2005. Приведено описание руководства пользователя АПС. Проведен диагностический анализ проблем обеспечения безопасности жизнедеятельности на предприятии. Произведен расчет вентиляции для рабочего места оператора АПС.

Введение

автоматизированный управление страхование клиент

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

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

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

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

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

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

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

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

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

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

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

Раскроем эти характеристики.

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

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

-        развитие структуры управления;

-        мотивация персонала;

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

-        разработка управленческих решений;

-        подготовка персонала и др.

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

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

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

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

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

В теоретическом разделе определяются основные цели, задачи, предмет и объект исследования.

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

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

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

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

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

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

1.1 Общая характеристика предприятия


СКБ Контур - федеральный разработчик программного обеспечения с 1988 года.  В компании работает больше 1200 специалистов, которые умеют находить практичные решения самых сложных задач. Именно поэтому каждое четвертое предприятие в стране  использует программные продукты данной компании.

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

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

·        подготовить и сдать  через Интернет отчетность в налоговую инспекцию и другие контролирующие органы (ПФР, ФСС, Росстат) - система «Контур-Экстерн», сервис «Контур-Отчет ПФ»;

·              наладить кадровый учет и начислить зарплату - системы «Контур-Зарплата» и «Контур-Персонал»;

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

·              уточнить правовые аспекты бухгалтерской работы - система «Контур-Норматив».

Компания развивает направления:

·        электронная торговля;

·              услуги для повышения эффективности и продуктивности работы;

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

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

В июле 2010 года, за день до принятия закона, федеральная IT-компании СКБ Контур представила на рынок Диадок - систему обмена электронными первичными документами:

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

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

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

Технические характеристики, обеспечивающие безопасность обмена документами:

·        Доступ осуществляется по сертификату электронной цифровой подписи, что гарантирует защиту от несанкционированного доступа;

·              Передача данных идет по защищенным каналам связи, для чего используется HTTPS-протоколирование (данные «упаковываются» в особый криптографический протокол, что обеспечивает их защиту);

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

УЦ СКБ Контур предоставляет полный комплекс услуг удостоверяющего центра

·        изготовление сертификатов ключей ЭЦП;

·              поставка и техническое обслуживание средств криптографической защиты информации (СКЗИ);

·              консультирование по использованию сертификатов ЭЦП и СКЗИ;

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

·              сопровождение сертификатов ЭЦП (возможность неограниченное количество раз производить смену и отзыв сертификата ЭЦП).

Удостоверяющий центр СКБ Контур - крупнейший коммерческий удостоверяющий центр России, обеспечивающий высшую степень защиты данных.

·        УЦ был построен на базе сертифицированного ФСБ России программного комплекса «Удостоверяющий Центр «КриптоПро УЦ».

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

·              Обладает лицензией Федеральной службы по техническому и экспортному контролю (ФСТЭК РФ) на техническую защиту конфиденциальной информации.

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

Удостоверяющий центр СКБ Контур гарантирует юридическую значимость электронных документов, т.к. выполняет все нормы Федерального закона от 10.01.2002 № 1-ФЗ «Об электронной цифровой подписи».

Удостоверяющий центр СКБ Контур аккредитован:

·        в сети Доверенных удостоверяющих центров Федеральной налоговой службы;

·              в сети Доверенных удостоверяющих центров Пенсионного фонда России;

·              в Сети Доверенных удостоверяющих центров Федеральной службы государственной статистики;

·              в системе «Портал доверенных услуг ФГУП НИИ «Восход»;

·              в подсистеме Удостоверяющего центра Общероссийского государственного информационного центра (ОГИЦ).

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

Разработка учетных решений составляла основное направление деятельности компании с момента ее основания. Первыми клиентами были крупные организации, которые могли себе позволить покупку вычислительной техники - в то время громоздких и очень дорогих машин. На предприятиях такого типа каждому виду учета соответствовало отдельное рабочее место. Так были созданы автоматизированные подсистемы (АПС) «Бухгалтер», «Кадры», «Руководитель», «Зарплата».

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

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

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

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

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

В начале 2010 года стартовал другой проект - электронный бухгалтер «Эльба» <#"533445.files/image001.gif">

Рисунок 1.1 - Иерархическая функциональная схема предприятия ЗАО ПФ «СКБ Контур»

1.2.3 Анализ организационно - управленческой структуры

Объектом анализа организационной структуры являются недостатки существующей структуры.

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

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

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

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

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

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

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

Методика-совокупность методов.

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

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

Верхний уровень управления включает в себя:

1) генеральный директор;

2) руководитель департамента по продажам и работе с клиентами;

3) руководитель управления разработки;

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

5) руководитель управления регионального развития;

6) руководитель управления федеральными проектами;

7) главный бухгалтер;

8) руководитель стратегического направления «Портал веб-решений»;

9) руководитель стратегического направления «Электронный документооборот».

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

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

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

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

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

)         программисты, операторы обеспечивают автоматизацию информационного обмена на предприятии.;

)         программист исполняет непосредственные задачи по автоматизации деятельности на предприятии;

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

7)       водитель выполняет транспортировку сотрудников.

8)       юрист осуществляет соблюдение законов при исполнении основной деятельности предприятия.

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

К оперативному уровню относятся подразделения, непосредственно занятые производственной деятельностью, функционирование которых приносит реальную прибыль предприятию. На данном уровне осуществляется основная производственная деятельность ЗАО ПФ «СКБ Контур» и проводится оперативное планирование.

Содержание деятельности всех подразделений приведено в таблице 1.2. Организационно-управленческая структура ЗАО ПФ «СКБ Контур» приведена на рисунке 1.2.

Таблица 1.2 - Содержание деятельности на трех уровнях управления.

Характеристики вида деятельности

Высший уровень

Средний уровень

Оперативный уровень

1

2

3

4

5

1.

Планирование

Значительное

Умеренное

Минимальное

2.

Контроль

Умеренный

Значительный

Значительный

3.

Временная перспектива

1-5 лет

До года

Ежедневно

4.

Сфера деятельности

Обширная (перекрывает все функциональные области)

Полная функциональная сфера (перекрывает какую-то функц. область)

Процесс или его часть

5.

Сущность деятельности

Относительная, бесструктурная и неограниченная

Структурированная и ограниченная

Весьма ограниченная

6.

Уровень сложности

Очень сложный со многими переменными

Менее сложный с переменными, поддающимися определению

Простой

7.

Изменение работы

Затруднено

Возможно

Просто

8.

Тип деятельности

Творческий

Ответст.,способность убеждать и управлять

Работоспособ-ность и испол-нительность

Продолжение таблицы 1.2.

1

2

3

4

5

9.

Тип используемой информации

Внешняя информация

Внутренняя, более точная информация

Внутренняя, очень точная информация

10.

Результаты деятельности

Стратегия, перспективные планы, главные задачи, бюджет

Технология, нормативы, текущие планы, графики, сводки, отчеты и прочие документы

Реализация товара

11.

Число лиц

Незначительное

Умеренное

Большое

Рисунок 1.2 - Организационно-управленческая структура ЗАО ПФ «СКБ Контур»

1.2.4 Построение организационно - функциональной модели предприятия

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

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

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

Организационно-функциональная модель в виде матрицы приведена в таблице 1.3.

Таблица 1.3 - Организационно-функциональная модель предприятия


1.3 Анализ целей, стоящих перед предприятием


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

После исследования и анализа целей, стоящих перед ЗАО ПФ «СКБ Контур», полученные результаты в виде таблицы целей, средств их достижения и критериев эффективности представим в таблице 1.4.

Таблица 1.4 - Цели и средства их достижения

Формулировка цели

Средства достижения цели

Критерий

1

2

3

4

С1

Увеличение объема услуг

С11 Повышение качества оказываемых услуг С12 Своевременная юридическая поддержка клиентов С13 Соблюдение законодательства С14 Своевременный контроль качества услуг

Количество оказанных услуг

С2

Расширение «террито риальных границ деятельности»

С21 Расширение спектра услуг С22 Привлечение физических лиц С23 Привлечение юридических лиц

Число клиентов

Продолжение таблицы 1.4.

1

2

3

4



C24 Учет всех потенциальных клиентов


 С3

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

С31 Налаженная деятельность по оказанию услуг С32 Оптимальное распределение услуг между потребителями С33 Ведение базы уже существующих и потенциальных клиентов С34 Ведение учета программных разработок С34 Ведение учета оказанных услуг

Эффектив-ность работы предприятия


Как пpавило, цели задаются в виде общих целевых установок для системы в целом и потому нуждаются в детализации и конкpетизации по меpе пpодвижения вниз по уpовням системы. Следовательно, возникает необходимость в декомпозиции сложных целей. Такую возможность создают методики постpоения деpева целей, pазвиваемые на основе системного подхода.

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

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

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

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

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

Полученное дерево целей предприятия представлено на рисунке 1.3.

Рисунок 1.3 - Дерево целей предприятия ЗАО ПФ «СКБ Контур».

 

1.4 Анализ проблемных ситуаций в деятельности ЗАО ПФ «СКБ Контур»


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

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

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

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

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

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

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

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

Таблица 1.5 - Проблемы и средства их разрешения

Проблемные ситуации

Способы их разрешения

1

2

1. Своевременное оказание услуг

1.1. Использование новейших технологий 1.2. Качественное выполнение основных функций

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

3.1. Создание информационной базы оказываемых услуг 3.2. Учет клиентов

4. Повышенная конкурентноспособность

4.1. Расширение территориального спектра деятельности 4.2. Реклама оказываемых услуг и повышение их качества

5. Подготовка некачественных документов

5.1.Стандартизация и формализация выходных документов 5.2.Повышение квалификации специалистов, работающих с документами

6. Недостаток финансовых средств

6.1. Привлечение инвестиций

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

8. Качество и эффективность оказываемых услуг

8.1. Автоматизированный учет производимых работ 8.2. Использование современной техники и технологий 8.3. Повышение квалификации в области оказываемых услуг работников предприятия 8.4. Использование новейших разработок в области программных продуктов


Для решения методом автоматизации выбраны проблемы №3 и №5 - «Отсутствие автоматизированного учета оказываемых услуг» и «Подготовка некачественных документов» соответственно.

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

1.5 Анализ материальных и информационных потоков

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

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

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

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

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

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

) документы, возникающие вне системы (входные) (код 1);

) официальные инструкции, положения, регламентирующие управление предприятием (код 2);

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

) промежуточные документы, возникающие и циркулирующие внутри предприятия (код 4);

) выходные документы, исходящие с предприятия (код 5).

Каждый документ имеет две составные части:

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

·   информационную, которая содержит информацию о составе и назначении самого документа.

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

Рассмотрим в качестве основных субъектов документооборота следующие:

1. Бухгалтерия

2. ДПиРсК, УР, УТП, УРР, УФП;

3. Юридические и физические лица;

4. Отдел АСУ;

5. Клиенты.

Описание потоков приведены в таблице 1.6.

Таблица 1.6 - Информационные потоки и объекты

Наименование

Кем готовится

Кем используется

Код

Периодичность

Кол-во Экз.

1

2

3

4

5

6

Сведения об услугах

1

2

101

По мере необходимости

N

Договор на услуги

1

6

204

По мере необходимости

N

Заявка услуги

3,2

6,1

501, 403

По мере необходимости

N

Автоматизированная картотека

4

1,2,3,4

302 303

ежедневно


Отчет об услугах

2

3,4

404

еженедельно


Счет

1

6

502

По мере необходимости

N

Отчет о выполненных услугах

2

1

301

Ежемесячно и по мере необходимости

1

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

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

Рисунок 1.4 - Схема движения документов

1.6 Предложения по изменению структуры предприятия


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

1) Четко просматривается три уровня управления: высший, средний и оперативный. Между этими уровнями соответствующим образом распределены функции управления, о чем отмечалось в п. 1.2.;

2) Сфера управления предприятием разделена на функциональные области, каждая из которых представляет совокупность процессов;

3) Организационно-управленческая и функциональная структуры предприятия соответствуют друг другу.

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

Выводы

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

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

Структура АСУ, а также место разрабатываемой подсистемы в ней, рассматривается во втором разделе.

2. Описание АСУ

 

2.1 Общие положения создания АСУ


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

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

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

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

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

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

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

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

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

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

При создании АСУ необходимо руководствуются следующими основными принципами:

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

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

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

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

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

Основными принципами и целями создания АСУ предприятия являются:

1. Определение требований к содержанию информации и ее характеру в зависимости от целенаправленности;

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

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

4. Разработка программного обеспечения, создание и использование банков данных;

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

6. Автоматизированная обработка и выдача текстовой информации;

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

8. Автоматизация административно-управленческого труда на основе использования компьютерной техники.

Важными задачами АСУ предприятия являются:

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

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

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

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

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

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

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

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

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

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

 

2.2 Описание структуры АСУ


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

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

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

 

2.3 Функциональные подсистемы АСУ


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

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

2.3.1 Существующие автоматизированные подсистемы в АСУ

На предприятии в составе АСУ действуют следующие подсистемы:

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

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

·   контроль поручений;

·   ведение личных дел сотрудников;

·   формирование графиков отпусков;

·   выдача справочной информации о сотрудниках;

·   учет страховых полисов.

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

·   контроль поручений (распоряжений);

·   составление планов совещаний;

·   получение оперативной информации для принятия решений;

·   составление личного плана работы;

·   записная книжка.

Подсистема «Зарплата» предназначено для своевременного и качественного проведения расчетов по начислению зарплаты. В процессе функционирования осуществляется:

·   начисление зарплаты;

·   расчет оплаты больничных листов и подоходного налога;

·   формирование бухгалтерских документов по труду и зарплате.

 

2.3.2 Разрабатываемые и предлагаемые к разработке автоматизированные системы

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

В дальнейшем, в связи с ростом товарооборота, увеличением направлений деятельности, рассматривается реализация и внедрение

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

Подсистема «Финансы» на котором будет проводиться учет и анализ финансовой деятельности предприятия, финансовое планирование, управление капитальными вложениями, управление фондами предприятия, анализ результатов хозяйственной деятельности. На рисунке 2.1. приведена структура АСУ предприятия ЗАО ПФ «СКБ Контур».

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

















Рисунок 2.1 - Структура АСУ предприятия ЗАО ПФ «СКБ Контур».

2.4 Обеспечивающая подсистема АСУ


Обеспечивающая часть АСУ состоит из:

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

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

3 технического обеспечения АСУ - комплекса технических средств, связанных единым техническим процессом преобразования информации, предназначенных для обеспечения работы АСУ;

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

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

Подсистемы, входящие в обеспечивающую часть АСУ, называют обеспечивающими подсистемами АСУ.

2.4.1 Информационное обеспечение АСУ

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

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

Структура информационного обеспечения приведена на рисунке 2.2.

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

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

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

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

Рисунок 2.2 - Информационное обеспечение АСУ

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

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

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

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

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

Исходя из назначения, можно сформулировать основные требования к информационному обеспечению АСУ:

6 полнота отображения состояний управляемой системы и достоверности информации, как необходимой для решения задач АСУ, так и выдаваемой по запросам абонентов;

-    высокая эффективность методов сбора, хранения, накопления, обновления, поиска и выдачи данных;

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

-        простота и удобство доступа к данным информационной базы;

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

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

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

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

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

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

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

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

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

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

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

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

2.4.2 Организационное обеспечение АСУ

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

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

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

2.4.3 Разработка решений по программному и техническому обеспечению

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

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

-    стоимость программно - аппаратного комплекса;

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

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

-        количество АП в каждой группе системы;

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

-        примерный объем информации, распространяющейся в системе;

-        требуемый уровень безопасности информации.

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

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

Основным пакетом прикладных программ для всех ЭВМ в сети стал популярный пакет офисных приложений Microsoft Office’2002-2007. Для работы с архивами выбрана программа WinZip.

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

Четыре ЭВМ - Центральный сервер и три рабочие станции,- связанных сетью Ethernet (линия связи - коаксиальный кабель, топология сети - шина).

Технические характеристики сервера и рабочих станций: процессор - Intel Pentium 1.2 GHz, ОЗУ - 1 Gb, жесткий диск - 350 Gb, операционная система - MS Windows NT.

Конфигурация сети: Fast Ethernet 10/100 Мбит (Сетевые платы: 3Com Fast Etherlink 10/100 Mbit Bus-Master PCI).

2.4.4 Математическое обеспечение

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

Математическое обеспечение принято делить на общее и специальное.

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

Системы программирования можно разделить на:

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

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

Как универсальная, так и частная системы программирования могут неограниченно расширяться.

Специальное математическое обеспечение (СМО) является проблемно-ориентированным и реализуется в виде комплекса программ программного обеспечения, организующих работу технических средств по выполнению решаемых в АСУ задач.

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

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

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

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

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

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

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

-        информационно-справочные задачи;

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

-        задачи прогнозирования. Для их решения также применяется математическое моделирование;

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

-        задачи топографического моделирования;

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

-        логические задачи.

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

Выводы

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

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

3. Проектирование АПС «Учет услуг»


3.3 Разработка проектных решений по созданию функциональной структуры АПС «Учет услуг»


3.3.1 Общее описание функциональной структуры АПС

АПС «Учет услуг» выполняет следующие функции:

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

2)       учет пожеланий клиента;

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

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

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

6)       хранение полученной информации;

7)       формирование и вывод на печать отчетов.

На рисунке 3.1 приведена функциональная структура АПС «Учет услуг» с указанием связей между задачами.

3.3.2 Общее описание задач

3.3.2.1 Описание задачи "Создание и ведение базы данных "

Задача "Создание и ведение базы данных" имеет в своем составе следующие справочники:

1 справочник «Сотрудник»;

2 справочник «Должность»

3  

















4 справочник «Клиент»;

5 справочник «Тип клиента»;

6 справочник «Адрес»;

7 справочник «Документ»;

8 справочник «Тип документа»;

9 справочник «Оказание услуг»;

10 справочник «Учет услуг»;

11 справочник «Вид услуг».

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

-     первоначальное создание файлов БД;

-         корректировка;

          просмотр / печать;

          защита данных.

3.3.2.2 Описание задачи «Автоматизация процесса регистрации клиентов»

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

-     Регистрация юридических лиц;

-         Регистрацию физических лиц;

          Регистрацию лиц, имеющих право действовать от имени юр. лица без доверенности;

-         Регистрация заявителей.

Регистрация производится при посещении клиентом отдела по работе с клиентами, формируется справочник «Клиент», «Юридическое лицо», «Физическое лицо».

3.3.2.3 Описание задачи «Автоматизация процесса формирования каталога требуемых услуг»

Эта задача состоит из таких подзадач как:

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

-         формирование каталога часто возникающих проблем;

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

          учет услуг технического обслуживания.

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

3.3.2.4 Описание задачи «Автоматизированное формирование отчетных документов»

Данная задача позволяет формировать отчеты:

-     Формирование отчета о физических лицах;

-         Формирование отчета о юридических лицах;

          Формирование отчета о динамике заявок;

          Формирование отчета об услугах;

          Формирование списка наиболее частых проблемных ситуаций.

 

3.4 Проектирование информационной базы

 

3.4.1 Исследование предметной области

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

При рассмотрении предметной области данной сферы можно выделить несколько ключевых объектов предметной области рассматриваемой задачи:

1 справочник «Сотрудник»;

2 справочник «Должность»

3 справочник «Клиент»;

4 справочник «Тип клиента»;

5 справочник «Адрес»;

6 справочник «Документ»;

7 справочник «Тип документа»;

8 справочник «Оказание услуг»;

9 справочник «Учет услуг»;

10 справочник «Вид Учет услуг».

Данные объекты называются сущностями. Каждый из них имеет свои характеристики и свойства, называемые атрибутами.

Знания о предметной области оформляются с помощью инфологической модели.

 

3.4.2 Построение инфологической модели

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

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

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

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

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

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

11 справочник «Сотрудник»;

12 справочник «Должность»

13 справочник «Клиент»;

14 справочник «Тип клиента»;

15 справочник «Адрес»;

16 справочник «Документ»;

17 справочник «Тип документа»;

18 справочник «Оказание услуг»;

19 справочник «Вид услуг».

Выделена первая схема данных:

Сотрудник  (Код сотрудника, ФИО, адрес, дата рождения, дата приема на работу, страх. св-во, ИНН).

Сущность Должность (Код_д, наименование должности, разряд, оклад).

Следующая сущность это

Клиент ( ИНН клиента, Фамилия, Имя, Отчество представителя или руководителя, должность, адрес, дата рождения, Наименование организации, страх. свид-во, организационно-правовая форма)

Сущность Адрес (Код адреса, улица, № дома (владения), индекс);

Сущность Тип клиента представлена следующей схемой данных: Тип клиента (Код типа, Наименование типа).

Сущность Регион (Код региона, название региона).

Сущность Район (Код района, название района).

Сущность Город (Код города, название города).

Сущность Документ (№ документа, серия, номер, дата выдачи, кем выдан, код подразделения).

Тип документа (Код типа документа, тип документа).

Сервисная услуга (Код услуг, наименование услуг).

Вид услуг (Код вида, наименование вида).

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

Сведения об учредителе (ИНН, наименование, размер вклада).

Краткое представление об объектах предметной области дает таблица 3.3.

Таблица 3.3 - Спецификация атрибутов сущностей

Сущность

Атрибут

Примечания

1

2

3

Сервисные услуги

Код услуг

идентификационный номер услуг


Наименование услуг

Наименование услуг

Регион

Код региона

Ключевой атрибут


Название региона

Регион, где расположен регистрирующий орган

Вид услуг

Код вида

Ключевой атрибут, однозначно идентифицирующий вид услуг

Наименование вида услуг

Город

Код города

Ключевой атрибут


Название города

Город

Район

Код района

Ключевой атрибут


Название района

Район

Клиент

Рег. номер клиента

Идентификационный номер


Организационно-правовая форма

Организационно-правовая форма юридического лица


Наименование

Наименование организации


Фамилия

Фамилия клиента


Имя

Имя клиента


Отчество

Отчество клиента


Дата рождения

Дата рождения


Должность

Занимаемая должность клиента


Страх. св-во

Страховое свидетельство клиента


ИНН

ИНН клиента

Тип клиента

Код типа клиента

Ключевой атрибут


Наименование типа

Наименование типа клиента

Продолжение таблицы 3.3.

1

2

3

Адрес

Код адреса

Ключевой атрибут


Населенный пункт

Наименование населенного пункта


Улица

Название улицы


Номер дома

№ дома (владения)


Индекс

Индекс

Должность сотрудника

Код должности

Идентифицирующий атрибут


Наименование должности

Наименование должности сотрудника, оказывающего услуг


Разряд

Разряд


Оклад

Оклад

Сотрудник

Регистрационный номер

ключевой атрибут


Номер страх. св-ва

Номер страхового свидетельства


ИНН

ИНН сотрудника


Дата рождения

Дата рождения


Дата приема на работу



Дата увольнения



Фамилия

-


Имя

-


Отчество

-

Документ

№ документа

Идентифицирующий номер документа


Серия

Серия документа


Номер документа

Номер документа


Дата выдачи

Дата выдачи документа


Кем выдан

Кем выдан документ

1

2

3


Код подразделения

Код подразделения

Тип документа

Код типа

Ключевой атрибут


Тип документа

Вид документа

Оказание сервисных услуг

Регистрационный номер

Ключевой атрибут


Наименование

Наименование


Дата регистрации

-


Степень оказания

Степень оказания Учет услуг


Время начала реализации услуг

-


Время окончания реализации услуг

-

Характеристика связей между сущностями:

1.       Связь «Регистр.» - отображение N:1 от типа сущности «Адрес» к типу сущности «Сотрудник».

2.       Связь «Регистр.» - отображение N:1 от типа сущности «Оказание сервисных услуг» к типу сущности «Сотрудник».

.         Связь «Имеет» - отображение N:1 от типа сущности «Сотрудник» к типу сущности «Должность».

.         Связь «Включает» - отображение N:1 от типа сущности «Адрес» к типу сущности «Район».

.         Связь «Соответствует» - отображение N:1 от типа сущности «Сервисные услуги» к типу сущности «Оказание сервисных услуг».

.         Связь «Имеет» - отображение N:1 от типа сущности «Консультация» к типу сущности «Тип услуг».

.         Связь «Имеет» - отображение N:1 от типа сущности «Адрес» к типу сущности «Клиент».

.         Связь «Заявляет» - отображение 1:N от типа сущности «Заявитель» к типу сущности «Юридическое лицо».

.         Связь «Имеет» - отображение 1:N от типа сущности «Тип документа» к типу сущности «Документ».

.         Связь «Имеет» - отображение 1:1 от типа сущности «Клиент» к типу сущности «Документ».

.         Связь «Имеет» - отображение 1:1 от типа сущности «Заявитель» к типу сущности «Документ».

.         Связь «Включает» - отображение N:1 от типа сущности «Адрес» к типу сущности «Регион».

.         Связь «Имеет» - отображение 1:1 от типа сущности «Учредитель» к типу сущности «Документ».

.         Связь «Принимает» - отображение 1:1  от типа сущности «Клиент» к типу сущности «Оказание сервисных услуг».

.         Связь «Имеет» - отображение N:1 от типа сущности «Документ» к типу сущности «Сотрудник».

Инфологическая модель предметной области представлена на рисунке 3.2.

Рисунок 3.2 - Инфологическая модель предметной области

3.4.3 Даталогическая модель

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

Разработка схемы базы данных будет вестись в рамках теории реляционных баз данных, разработанной Дж. Коддом.

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

. Каждая таблица состоит из однотипных строк и имеет уникальное имя.

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

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

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

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

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

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

Схема базы данных может быть изображена в виде графической диаграммы или диаграммы Бахмана и в виде таблицы.

 

3.4.4 Выбор СУБД

На данном этапе разработки ставился вопрос выбора системы управления базами данных для реализации хранения и управления данными системы.

Критерии оценки СУБД были следующими:

·   опыт работы с СУБД;

·   удобство среды разработки;

·   высокая производительность систем, построенных для конкретной СУБД;

·   разнообразие инструментальных средств;

·   совместимость СУБД с существующей на предприятии.

Microsoft SQL Server получает все большее распространение по сравнению с другими системами управления базами данных и сейчас уже превосходит своих конкурентов по производительности, масштабируемости, эффективности разработки, возможностям бизнес-аналитики (BI) и совместимости с системой Microsoft Office 2007.

Благодаря тесной интеграции SQL Server с хорошо знакомым интерфейсом системы Microsoft Office клиенты смогут быстрее анализировать информацию и принимать решения. Например, в надстройках интеллектуального анализа данных для Excel для анализа клиентских данных используются возможности SQL Server и Microsoft Office. Компания IDC назвала корпорацию Майкрософт самым быстроразвивающимся поставщиком систем бизнес-аналитики. У Oracle есть подключаемый модуль для Microsoft Office, который поддерживает часть функций SQL Server.

В SQL Server 2005 реализованы многочисленные усовершенствования в области масштабируемости, в том числе полная поддержка 64-разрядных систем с объемом памяти до 8 ТБ, поддержка высокопроизводительных компьютеров на основе архитектуры NUMA, горячая замена памяти и процессоров без необходимости простоев на совместимых компьютерах. Ниже перечислены некоторые усовершенствования масштабирования SQL Server 2005.

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

Очень трудно обеспечить предсказуемое быстродействие для определенных задач, потому что другие задачи на этом сервере конкурируют за системные ресурсы. В состав SQL Server 2005 входит регулятор ресурсов, с помощью которого администраторы могут определять лимиты ресурсов и приоритеты для разных рабочих задач, чтобы оптимизировать производительность критически важных процессов и поддерживать предсказуемую производительность для других рабочих задач на сервере. Аналогичные средства управления предлагаются и в Oracle 11g, но только за дополнительную плату.

В состав SQL Server 2005 входит интегрированная среда Performance Studio, которую можно использовать для сбора, анализа и хранения диагностической информации SQL Server и устранения неполадок.

В службы анализа SQL Server 2005 Analysis Services добавлены многочисленные улучшения, например поддержка блочных вычислений и обратная запись в секции MOLAP.

Ядро служб отчетов SQL Server 2005 Reporting Services было переработано с целью обеспечить большую производительность и масштабируемость этих служб за счет обработки по требованию. В переработанном ядре больше не возникают проблемы с памятью при обработке отчетов.

В службах интеграции SQL Server 2005 Integration Services улучшено быстродействие операций поиска, что приводит к сокращению времени обработки пакетов и оптимизации ETL-операций. Система отслеживания измененных данных регистрирует обновления таблиц, что помогает следить за изменением данных и обеспечивать их согласованность.

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

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

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

Таблица 3.4 - Спецификации объектов базы данных

Таблица

Поле

Тип

Длина

Значение

 

1

2

3

4

5

 

Region

Код региона

bigint

 

Код региона

 


Название региона

varchar

(50)

Наименование региона

 

klient

Рег. номер

bigint


Ключевой атрибут

 


Страховое свидетельство

char

(10)

Номер страхового свидетельства

 


Фамилия

varchar

(50)

Фамилия

 


Имя

varchar

(50)

Имя

 


Отчество

varchar

(50)

Отчество

 


ИНН

bigint


ИНН

 

typecons

Код типа

bigint


Код типа Учет услуг, ключевой атрибут

 


Тип

varchar

(50)

Название типа Учет услуг

 

typedoc

Код типа

bigint


Код типа документа, ключевой атрибут

 


Тип документа

varchar

(50)

Название типа документа

 

document

Номер

bigint


Номер документа

 


Серия

bigint


Серия документа

 


Код подразделения

char

(10)

Код подразделения

 


Кем выдан

varchar

(50)

Кем выдан документ

 


Дата выдачи

date


Дата выдачи документа

 

sotr

Код сотрудника

bigint


Код сотрудника

 


Фамилия

varchar

(50)

Фамилия

 


Имя

varchar

(50)

Имя

 


Отчество

varchar

(50)

Отчество

 


Дата рождения

date

 

Дата рождения

 


Страх св-во

bigint

 

Страх св-во

 


ИНН

bigint

 

ИНН

 


Дата приема

date

 

Дата приема

 


Дата увольнения

date

 

Дата увольнения

 

adress

Код адреса

bigint


Код адреса, ключевой атрибут

 


Номер дома

bigint


Номер дома

 


Населенный пункт

varchar

(50)

Населенный пункт

 

okazservice

Рег номер

bigint


Рег номер


Наименование

varchar

(50)

Наименование


Степень оказания

varchar

(50)

Степень оказания


Дата

date


Дата


Время начала

datetime


Время начала


Время окончания

datetime


Время окончания

dolg

Код должности

bigint

 

Код должности


Наименование

varchar

(50)

Наименование


Разряд

bigint


Разряд

Продолжение таблицы 3.4.

1

2

3

4

5

service

Код сервисных услуг

bigint


Код услуг


Наименование сервисных услуг

varchar

(50)

Наименование услуг

city.db

Код города

bigint


Код города


Название города

varchar

(50)

Название города

raion.db

Код района

bigint


Код района


Название района

varchar

(50)

Название района


3.4.6 Разработка средств защиты

Среди типов защиты следует выделить следующие:

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

·   защита на физическом уровне, т.е. физическая изоляция системы от внешнего мира: эксплуатация системы в закрытом помещении.

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

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

·   ввод неверных данных;

·   удаление заблокированных объектов.

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

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

·   защита от сбоев - защита от ошибок на физическом уровне хранения данных.

Для реализации данного вида защиты рекомендовано ежедневное резервное копирование файлов базы данных.

3.4.7 Расчет предполагаемого объема базы данных

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

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

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

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

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

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

Исследуя характер решаемой задачи можно сделать вывод о целесообразности применения объектно-ориентированного подхода, при котором происходит оптимальная формализация предметной области. В результате сразу же решается задача определения иерархии объектов, определения их свойств и методов, а также алгоритмов взаимодействия между собой. Обобщенная схема алгоритма представлена на рисунке 3.7. На рисунке 3.8 отражена также диаграмма процесса разработки АПС.

Обобщенный алгоритм работы АПС включает в себя следующие фазы работы (блок-схема обобщенного алгоритма программной системы АПС «Учет услуг» приведена на рисунке 3.3.):

1) Запуск

2) Ввод пароля

3) Регистрация пользователей

4) Работа с главной формой

5) Выбор пункта меню главной формы

6) Выход из системы

























Рисунок 3.3 - Блок-схема обобщенного алгоритма программной системы АПС «Учет услуг»

3.5 Выбор программного и технического обеспечения


Microsoft SQL Server получает все большее распространение по сравнению с другими системами управления базами данных и сейчас уже превосходит своих конкурентов по производительности, масштабируемости, эффективности разработки, возможностям бизнес-аналитики (BI) и совместимости с системой Microsoft Office 2007.

Благодаря тесной интеграции SQL Server с хорошо знакомым интерфейсом системы Microsoft Office клиенты смогут быстрее анализировать информацию и принимать решения. Например, в надстройках интеллектуального анализа данных для Excel для анализа клиентских данных используются возможности SQL Server и Microsoft Office. Компания IDC назвала корпорацию Майкрософт самым быстроразвивающимся поставщиком систем бизнес-аналитики. У Oracle есть подключаемый модуль для Microsoft Office, который поддерживает часть функций SQL Server.

В SQL Server 2005 реализованы многочисленные усовершенствования в области масштабируемости, в том числе полная поддержка 64-разрядных систем с объемом памяти до 8 ТБ, поддержка высокопроизводительных компьютеров на основе архитектуры NUMA, горячая замена памяти и процессоров без необходимости простоев на совместимых компьютерах. Ниже перечислены некоторые усовершенствования масштабирования SQL Server 2005.

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

·   Процессор - Pentium 2Гц и выше

·   Объем оперативной памяти - 1Гб Мбайт и выше

·   Свободное место на жестком диске - 350Гб

·   Сетевая карта Ethernet 10/100 МБит

·   Монитор SVGA разрешением 800х600 пикселей

·   Лазерный принтер.

Выводы

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

4. Описание программного средства

4.1 Условия применения

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

Разработанное программное средство может использоваться на компьютерах с процессором не ниже Pentium 2Ггц в среде Windows.

Для быстрого и надежного функционирования программы необходимо не менее 1Гб оперативной памяти и не менее 100-150 Гб свободного места на жестком диске. Для быстрого и качественного получения выходных форм желательно использовать высокоскоростной струйный или лазерный принтер.

4.2 Описание применения

4.2.1 Функциональное назначение

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

1 «Сотрудник»;

2 «Регион»;

3 «Клиент»;

4 «Услуга»;

5 «Тип услуг»;

6 «Оказание услуг»;

7 «Город»;

8 «Регион»;

9 «Населенный пункт»;

10 «Документ»;

11 «Тип документа»;

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

4.2.2 Входные данные

В качестве входных данных выступают:

Заявление налогоплательщика:

Содержит следующую информацию о сервисных услугах:

-  Код

-        Код сервисных услуг;

-        Наименование сервисных услуг;

-        Тип сервисных услуг;

-        Код типа услуг;

-        Код оказания услуг;

-        Степень оказания услуг;

-        Регистрационный номер;

-        Наименование;

-        Дата оказания услуг;

-        Время начала оказания услуг;

-        Время окончания услуг;

-        Адрес (место нахождения):

-        Код адреса;

-        № дома;

-        Населенный пункт;

-        Код района;

-        Название района;

-        Код города;

-        Название города;

-        Код региона;

-        Название региона;

-        Данные клиента (физического лица, имеющего право действовать без доверенности):

·   фамилия;

·   имя;

·   отчество;

·   ИНН;

·   Дата рождения;

·   Организационно-правовая форма;

·   Дата рождения;

·   Страховое свидетельство;

·   Регистрационный номер;

- Вид документа, удостоверяющего личность:

·   Серия;

·   Номер;

·   Дата выдачи;

·   Кем выдан;

·   Код подразделения;

Информация о сотруднике:

·   фамилия;

·   имя;

·   отчество;

·   Дата приема на работу;

·   Дата увольнения сотрудника;

·   Дата рождения;

·   Код должности;

·   Наименование должности;

·   Оклад по должности;

·   Разряд;

·   ИНН;

·   Вид документа;

·   Серия;

·   Номер документа;

·   Кем выдан документ;

·   Дата выдачи;

·   Код подразделения;

Все вышеперечисленные данные вводятся с помощью форм (см. приложение 1).

4.2.3 Выходные данные

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

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

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

-        Оказание услуг по указанному клиенту;

-        Квартальный отчет за 3 месяца;

-        Все оказанные услуг по данному виду;

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

-        Вывод всех услугах по виду.

4.3 Руководство пользователя

4.3.1 Установка и запуск программы


Программа поставляется в установочном пакете. Текст подпрограмм представлен в приложении 3.

Для работы с программой необходимо:

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

–        скопировать файлы инсталляции в данную директорию;

–        создать рабочую директорию;

–        запустить файл setup.exe, из каталога, где находится файлы инсталляции программы;

–        по окончанию работы инсталлятора появится ярлык программы «Учет услуг».

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

4.3.2 Работа с программным средством

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

Слева в форме расположено меню содержащее следующие пункты:

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

-         Правка - формы ввода  вывода на печать информации;

          Запрос - содержит информацию об отчетах;

Программа работает в трех основных режимах:

1.     Ввод данных

2.       Редактирование данных

.         Просмотр данных

.         Печать данных.

Ввод данных реализуется за счет добавления в БД новых сведений. Этот вариант работы программы доступен через пункт меню «Добавить».

Редактирование данных осуществляется через пункт меню «Правка» - выбор соответствующей формы.

Просмотр данных организован в виде форм, выбором соответствующей формы.

На экране появляется форма для ввода данных в БД. Заполнив ее необходимо нажать кнопку добавить данные. После чего данные будут добавлены в БД.

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

Просмотр данных - реализуется выбором пункта меню «Правка» и «Запросы». Возможен просмотр данных, так  как они хранятся в БД.

4.4 Описание контрольного примера


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

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

Все файлы информационной базы данных были сохранены с учетом изменений.

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

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

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

Выводы

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

5. Организационно-экономическая сущность задачи

 

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


В соответствии с заданием на дипломный проект необходимо разработать автоматизированную подсистему «Учет услуг» предприятия ЗАО ПФ «СКБ Контур» в виде АПС «Учет услуг».

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

Следствием внедрения автоматизированной системы является:

-  централизованное хранение данных о физических и юридических лицах в единой базе данных;

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

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

-        упрощение и ускорение процесса подготовки отчетной информации;

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

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

5.2 Определение трудоемкости выполняемых работ


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

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

(5.1)


где Чоп - число операторов, ед.;

Ксз - коэффициент сложности задачи (Ксз = 1,25….2);

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

Тогда с учетом (6.1) ед.

Будем считать затраты труда на описание задачи То=30 чел.-ч.

Далее определим затраты труда на исследование предметной области Ти по формуле:

(5.2)



где Чоп.общ - общее число операторов, ед.;

Кузт - коэффициент увеличения затрат труда, вследствие недостаточного описания задачи (Кузт = 1,2…1,5);

Чоп.u - количество операторов, приходящееся на 1 чел.-ч (для данного вида работ Чоп.u  = 75…85 ед / чел.-ч);

kk - коэффициент квалификации программиста (определяется в зависимости от стажа работы: до 2-х лет - 0,8; от 2-х до 3-х - 1,0; от 3-х до 5 лет - 1,1…1,2; от 5 до 7 лет - 1,3…1,4; свыше 7 лет - 1,5…1,6).

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

чел.-ч.

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

(5.3)



где Чоп.а - количество операторов, приходящееся на 1 чел.-ч (для данного вида работ Чоп.а = 20…25 ед / чел.-ч.)

чел.-ч.

Затраты труда на составление программы по готовой блок-схеме Тп рассчитываются по формуле:

(5.4)



где Чп.n - количество операторов, приходящееся на 1 чел.-ч (для данного вида работ Чп.n  = 20…25 ед / чел.-ч.)

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

А затраты труда на отладку программы опеределим по формуле:

(5.5)



где Чоп.отл - количество операторов, приходящееся на 1 чел.-ч (для данного вида работ Чоп.отл - 4…5 ед / чел.-ч.)

То есть, чел.-ч.

Рассмотрим затраты труда на подготовку документации по задаче Тд по формуле:

Тд = Тдр + Тдо,(5.6)



где Тдр - затраты труда на подготовку материалов в рукописи, определяются по формуле:

(5.7)



где Чоп.др - количество операторов, приходящееся на 1 чел.- ч (для данного вида работ Чоп.др =  15…20 ед/чел.- ч.)

чел.-ч.

Затраты труда на редактирование, печать и оформление документов рассчитаем

Тдо = 0,75*0,2=0,15 чел. -ч.

Отразим все данные в таблице 5.1.

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

Виды затрат труда

Трудоемкость, чел.- ч

Затраты труда на описание задачи, То

30

Затраты труда на исследование предметной области, Ти

0,047

Затраты труда на разработку блок-схемы, Та

0,15

Затраты труда на программирование, Тп

0,15

Затраты труда на отладку программы, Тотл

0,74

Затраты труда на подготовку документации, Тд

0,35

Итого затраты труда на разработку программного продукта, Тпо

31,44

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

Т = Тпоkкор =31,44*1,0=31,44 чел.-ч.

(5.8)


где kкор - коэффициент, учитывающий уровень языка программирования (kкор = 0,8…1,0).

5.3 Расчет затрат на разработку программного продукта


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

Таблица 5.2 - Затраты на материальные ресурсы и запасные части

Наименование материального ресурса

Единица измерения (комплект)

Количество израсходованного материала

Цена за единицу, руб.

Сумма, руб.

Коммуникационное оборудование

шт.

1

120000

120000

Сервер базы данных

шт.

1

42000

42000

Клиент базы данных

шт.

2

37000

74000

ИТОГО затраты на материальные ресурсы и запасные части

236000


Таким образом, общая сумма затрат на материальные ресурсы и запасные части (ЗМ) составит по формуле:

руб.

где Pi - расход i-го вида материального ресурса, натуральные единицы;

Цi - цена за единицу i-го вида материального ресурса, руб.

i - вид материального ресурса;

n  - количество видов материальных ресурсов.

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

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

Таблица 5.3 - Основная заработная плата производственного персонала

Категория работника

Квалификация

Трудоемкость разработки, чел.×ч

Часовая ставка, руб./ч.

Сумма, руб.

Разработчик

Инженер

15,20

1500

22800

Специалист по внедрению и сопровождению

Инженер

16,24

1500

24360

ИТОГО основная заработная плата

47160


Таким образом, общая сумма затрат на оплату труда (Ззп.о) составит 47160 руб.

Дополнительная заработная плата производственного персонала

Ззп.д=47160*0,1=4716 руб.

Статья «Отчисления на социальные нужды» включаются сумма страховых взносов Зсн в размере 34,2 % от суммы затрат на основную и дополнительную заработную плату всех работников, занятых разработкой программного продукта составит Зсн=17741,59 руб.

Затраты на потребляемую энергию Зэ, рассчитанные по формуле (5.9) составляют 1200 руб.

Зэ = Рв * tв  * цэ,

(5.9)


где Рв - мощность ЭВМ, кВт;

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

цэ - стоимость 1 кВт-ч электроэнергии, руб/кВт-ч.

Фонд рабочего времени при создании программного продукта определен по формуле:

tв = ап * (Тп + Тдо + Тотл) * kкор,(5.10)



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

и составляет tв=1,15*(30+0,15+0,74)*1= 35,52 чел.-ч.

Затраты на техническое обслуживание и текущий ремонт рассчитываются по формуле:

,(5.11)



где Кв - балансовая стоимость вычислительной техники;

tв.г - годовой фонд рабочего времени вычислительной техники

(tв.г = 2112ч).

α = 4% норма отчислений на ремонт.

и составляют руб.

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

Зобщ = Зм + Ззп.о + Ззп.д + Зсн + Зэ + Зр,=  236000+47160+4716+17741,59+1200+9209,6=316027,19 руб


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

Таблица 5.4 - Себестоимость создания автоматизированной информационной системы

Статья затрат

Сумма, руб.

Расходы на материалы и запасные части, Зм

236000

Основная заработная плата производственного персонала, Ззп.о

47160

Дополнительная заработная плата производственного персонала, Ззп.д

4716

Отчисления на социальные нужды, Зсн

17741,59

Затраты на электроэнергию, Зэ

1200

Затраты на амортизацию и ремонт вычислительной техники, Зр

9209,6

Итого затрат, Зобщ

316027,19

5.4 Расчет экономической эффективности проекта


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

,

(5.12)


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

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

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

,(5.13)



где Зручн - затраты на ручную обработку информации в руб.;

Завт. - затраты на автоматизированную обработку информации, руб.;

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

=(6*312)*300*1=561600 руб.(5.14)



где: tp - время, затрачиваемое на обработку информации вручную, ч;

цч - цена одного часа работы оператора, руб.;

kd - 1…2 - коэффициент, учитывающий дополнительные затраты времени на логические операции.

 =(0,2*312)*300*1=18720 руб.(5.15)



где ta - затраты времени на автоматизированную обработку информации, ч.

Эдоп=120000 руб.

Тогда приток денежных средств в процессе использования программного продукта в течение года Э = (561600-18720)+ 48000=590880 руб.

Таким образом, показатель годового эффекта составит

П = 590880-316027,19=274852,81 руб.

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

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

Определим срок окупаемости.

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

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

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

 0,53 года.(5.16)



Подведем итоги, представленные в таблице 5.5.

Таблица 5.5 - Основные технико-экономические показатели разрабатываемого проекта

Основные технико-экономические показатели проекта

ед. измерения

Значение показателя

Итоговая трудоемкость разработки

чел-ч.

31,44

Полные затраты на создание программного продукта

руб.

Годовой эффект от внедрения программного продукта

руб.

274852,81

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

год

0,53

 

5.5 Социально-экономические результаты функционирования автоматизированной системы


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

-    достоверностью данных;

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

-        высвобождение времени сотрудников;

-        сокращением времени на корректировку информации;

-        экономией от сокращения простоя рабочих мест во время поиска и сбора информации;

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

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

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

 

Выводы

Выполнение технико-экономического анализа автоматизированной подсистемы «Учет слугами» ЗАО ПФ «СКБ Контур» показало, что проектирование, создание и внедрение системы является экономически целесообразным. В процессе анализа были получены некоторые технико-экономические характеристики автоматизированной системы:

-      Итоговая трудоемкость системы составляет 31,44 чел.-ч.

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

-        Годовой эффект от внедрения программного продукта; 274852,81 руб.

-        Срок окупаемости проекта составляет 0,53 года.

6. Безопасность и экологичность проекта

 

6.1 Анализ основных опасных и вредных факторов на рабочем месте

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

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

1.   недостаточное освещение;

2.       шум от работающих машин;

.         облучение от экрана дисплея;

.         вибрации;

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

6.       электрическая опасность;

.         пожарная опасность;

.         состояние микроклимата.

 

6.2 Общие мероприятия по обеспечению безопасности на рабочем месте

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

длина помещения: 9 м;

ширина помещения: 7 м;

высота помещения: 3.5 м;

число окон: 3;

число рабочих мест: 6;

освещение: искусственное и естественное;

число вычислительной техники: 5.

На одно рабочее место (на человека):

площадь равна 10,5 м2;

объем 36,75 м3.

Данные показатели площади и объема на одно рабочее место соответствуют нормам СанПиН 2.2.2-542-96.

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

Освещение рабочих мест операторов персональных компьютеров производится двумя путями. Первое - это естественное освещение, проникающее через три окна, общей площадью 4,5 квадратных метра и ориентированных на запад. И второе - искусственным освещением, создаваемое шестью люминесцентными светильниками типа ЛДР (2х40 Вт). Этого вполне достаточно для нормальной работы в любое время и при любых погодных условиях.

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

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

Таблица 6.1 - Параметры неионизирующих электромагнитных излучений

Наименование параметров

Реальные значения

Допустимые значения

Напряженность электромагнитного поля по электрической составляющей на расстоянии 50 см от видеомонитора

7,9 В/м

10 В/м

Напряженность электростатического поля

18,5 кВ/м

20 кВ/м

Напряженность электромагнитного поля по магнитной составляющей на расстоянии 50 см от поверхности видеомонитора

0,28 А/м

0,3 А/м

Напряженность электромагнитного поля на расстоянии 50 см вокруг ВДТ по электрической составляющей:  - в диапазоне частот 5 Гц - 2 кГц;  - в диапазоне частот 2 - 400 кГц

   24 В/м 2,1 В/м

   25 В/м 2,5 В/м

Плотность магнитного потока: - в диапазоне частот 5 Гц - 2 кГц; - в диапазоне частот 2 - 400 кГц

 245 нТл 23,3 нТл

 250 нТл 25 нТл

Поверхностный электростатический потенциал

485 В

500 В


Конструкция мониторов и ПЭВМ обеспечивает мощность экспозиционной дозы рентгеновского излучения в любой точке на расстоянии 0,05 м от экрана и корпуса ВДТ, при любых положениях регулировочных устройств 7,67 x 9,5 А/кг что не превышает нормы 7,74 x 10 А/кг, и что соответствует эквивалентной дозе, равной менее 0,1 мбэр/ч (100 мкР/ч).

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

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

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

Труд относится к категории В и группе III, в связи с чем, в соответствии с нормами регламентированное общее время отдыха составляет 70 мин.

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

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

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

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

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

Работа относится к категории 1б т.к. характер работы таков, что она производится сидя, стоя, а иногда связанна с ходьбой и сопровождается некоторым физическим напряжением, при которых расход энергии составляет от 120 до 150 ккал/ч. Параметры микроклимата приведены в таблице 6.2.

Таблица 6.2 - Параметры микроклимата

Период года

Категория работ

Зона

Темпера-тура, °C

Относительная влажность, %

Скорость движения, м/с

Холодный

Легкая-1б

оптим.

22-24

40-60

0.1



действ.

23-24

45

0.1

Теплый

Легкая-1б

оптим.

23-25

40-60

0.1



действ.

24-25

55

0.2


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

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

6.3 Расчет вентиляции

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

W=n*w                                                                                             (6.1)

где: n - число людей, n = 6 человек;         w - количество влаги, выделяемое одним человеком, г/ч, w = 84 г/ч при t = 22С.

По формуле (5.1) получаем:

W = 6 * 84 = 504 (г/ч)

Теперь можно определить потребный воздухообмен, который определяется по формуле (6.2):

                                                                         (6.2)

где:   W - количество водяного пара, выделяющегося в помещении, г/ч, W = 504 г/ч; D, d - влагосодержание вытяжного и приточного воздуха, г/кг, определяется по температуре и относительной влажности воздуха;

p - плотность приточного воздуха, р = 1.2 кг/ м; d = 10 г/кг при температуре рабочей зоны 22 С; D = 16 г/кг -принимается равным предельно допустимому, т.е. при tр.з.=26 С , =75 %. Таким образом расход воздуха (по формуле (5.2)) равен

Теперь проведем расчет выделений тепла.

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

Qл = n * q                                             (6.3)

где:    n - количество людей в помещении, 5 мужчин и 1 женщина; q - удельная теплота , выделяемая человеком (явное тепло при t = 22 С ), Вт ; q = 68 Вт.

По формуле (3) получаем:

Qл = 5 * 68 + 1 * 0.85 * 68 = 397.80 Вт.

Расчет тепла, поступающего в помещение от солнечной радиации Qост производится по формуле (6.4):

Qост = Fост * qост * Aост                                                             (6.4)

где:    Fост - площадь поверхности остекления, м , Fост= 9 м ; qост - тепловыделения от солнечной радиации, Вт/м, через 1 м поверхности остекления (с учетом ориентации по сторонам света), qост = 150 Вт/м, т.е окна с двойным остеклением с металлическими переплетами; Aост - коэффициент учета характера остекления, Aост=1.15 (двойное остекление в одной раме).

Подставив все полученные значения в формулу (6.4.), получим:

Qост = 9 * 150 * 1.15 = 1552,5 Вт.

Расчет тепловыделений от источников искусственного освещения Qосв, Вт, производится по формуле (6.5):

Qосв = N * * 1000                                                                             (6.5)

где:    N - суммарная мощность источников освещения, кВт,

N= 2 * 6 * 0.08 = 0.960 кВт где 0.08 кВт - мощность одной лампы, а всего в помещении 6 светильников по 2 лампы в каждом;

коэффициент тепловых потерь, = 0.55 для люминесцентных ламп.

По формуле (6.5) имеем:

Qосв = 0.96 * 0.55 * 1000 = 528 Вт.

Для расчета тепловыделений от устройств вычислительной техники используется формула (6.5) с коэффициентом тепловых потерь равном = 0.5. В помещении стоят 5 компьютеров типа IBM PC AT с мощностью 63.5 Вт источника питания. Тогда:

Qвт = 5 * 0.0635 * 0.5 * 1000 = 158.75 Вт.

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

Qизб = Qл + Qост + Qосв + Qвт = 2637.05 Вт.

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

Qрасх = 0.1 * Qизб = 263.705 (Вт)                                                   (6.6)

По формуле (5.7) посчитаем объем вентилируемого воздуха для теплого времени года:

 

                                                                 (6.7)

где: Qизб - теплоизбытки, Qизб = 2637.05 Вт; Ср - массовая удельная теплоемкость воздуха, Ср = 1000 Дж/(кг* С); р - плотность приточного воздуха, р = 1.2 кг/м ; tуд, tпр - температуры удаляемого и приточного воздуха, С;   Температура удаляемого воздуха определяется по формуле:

tуд = tрз + а * (Н - 2),

где tрз = 22 С; а - нарастание температуры воздуха на каждый 1 м высоты, С/м,     а =0.5 С/м; Н - высота помещения, Н = 3.5 м.

Следовательно, tуд = 22 + 0.5 * (3.5 - 2) = 23 С.

Температура приточного воздуха tпр при наличии избытков тепла должна быть на 5 С ниже температуры воздуха в рабочей зоне, поэтому tпр = 17 С. Подставив полученные значения в формулу (6.7) найдем:

При одновременном выделении тепла и влаги сравниваются соответствующие воздухообмены, потребные для их удаления, и выбирается наибольший. Поскольку Gт= 1318 м /ч,а G = 70 м /ч,то систему вентиляции будем проектировать для воздухообмена Gвент = 1318.5 м /ч.

Исходными данными для расчета размера воздуховода являются расход воздуха (Gвент = 1318.5 м /ч) и допустимые скорости его движения в помещении (v = 9 м/с). Потребная площадь воздуховода f, м определяется по формуле (6.8):

                                          (6.8)

Для дальнейших расчетов (при определении сопротивления сети, подборе вентилятора и электродвигателя) площадь воздуховода принимается равной ближайшей большей стандартной величине, т. е. f=0.0614 м. В промышленных зданиях рекомендуется использовать круглые металлические воздуховоды. Тогда расчет сечения воздуховода заключается в определении диаметра трубы.    По справочнику находим, что для площади f = 0.0614 м условный диаметр воздуховода d=280 мм.

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

 

где: R - удельные потери давления на трение на участке сети, R =3.2 Па/м; l - длина участка воздуховода, м, l = 3 м; ν- сумма коэффициентов местных потерь на участке воздуховода, 1.1 - для колена, 1.4 - для прямого участка; v - скорость воздуха на участке воздуховода, 9 м/с; р - плотность воздуха( принимаем р = 1.2 кг/м ).

Значения R,v, определяются по справочнику (R - по значению диаметра воздуховода на участке d = 280 мм, в зависимости от типа местного сопротивления). Результаты расчета воздуховода и сопротивления сети приведены в таблице 6.3.

Таблица 6.3. Расчет воздуховода и сопротивления сети.

G, (м/ч)

l, (м)

v, (м/с)

d, (мм)

v*p/2 Па

R, Па/м

R*I, Па


 Па

P, Па

1318

3

9

280

48.60

3.2

9.6

2.5

121.5

131.1


Требуемое давление, создаваемое вентилятором, с учетом запаса на непредвиденное сопротивление в сети в размере 10 % составит:

Ртр = 1.1 * Рmax = 1.1 * 131.1 = 144.21 (Па)                                    (6.10)

В вентиляционных установках применяют вентиляторы низкого давления (до 1 кПа) и среднего давления (от 1 до 3 кПа). В сетях с малым сопротивлением до 200 Па применяют осевые вентиляторы. Вентиляторы подбирают по аэродинамическим характеристикам, т.е. зависимостям между полным давлением (Ртр, Па), создаваемым вентилятором, и производительностью (Gтр, м /ч).

С учетом возможных дополнительных потерь или подсоса воздуха в воздуховодах потребная производительность вентилятора увеличивается на 10 %, поэтому:

Gтр = 1.1 * Gвент = 1.1 * 1318.3 = 1450.35 (м /ч)                                  (6.11)

По справочным данным определяем необходимый вентилятор и электродвигатель: вентилятор О6-300 (N4), КПД вентилятора h = 0.65.

Мощность электродвигателя (N, кВт) рассчитывается по формуле:

 

                                                         (6.12)

где:    h - КПД вентилятора и ременной передачи.

 

                                                   (6.13)

Выберем по рассчитанному значению мощности электродвигатель 4АА63В4У2 с мощностью 0.37 кВт.

Рисунок 6.1 - Схема рабочего помещения

Выводы

В данной главе дипломного проекта проведен анализ неблагоприятных факторов, воздействующих на пользователя, а так же приведены общие мероприятия по безопасности жизнедеятельности на объекте. Даны характеристики рабочего места оператора, параметры микроклимата в помещении где находится рабочее место оператора. Приведены параметры неионизирующих электромагнитных излучений. Рассмотрен расчет вентиляции, при котором она составляет 0,12кВт, поэтому выбран электродвигатель 4АА63В4У2 с мощностью 0.37 кВт.

Заключение

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

Следует отметить, что уже принято решение о внедрении данной системы АПС «Учет услуг». Будет вестись работа в направлении увеличения функциональных возможностей системы. Планируется добавление функций для работы в сети Internet (рассылка писем по электронной почте, автоматизация процесса публикования рекламных объявлений на электронных досках объявлений), передача факсимильной связью электронных версий прайс-листов, работа с файлами.

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

Список литературы


1. Ходжаев Г.А. Принятие управленческих решений. - Старополь, 1991г.

2. Ехлаков Ю.П., Ходжаев Г.А. Теоретические основы автоматизированного управления. - Ставрополь, 1992г.

3. Мамиконов А.Г. Проектирование АСУ. - М.: Высшая школа, 1987г.

4. Мамиконов А.Г. Функциональные подсистемы АСУ. - М.: Высшая школа, 1987г.

5. Защита информации в персональных ЭВМ. / А.В. Спесивцев, В.А. Вечнер, А.Ю. Крутяков, В.В. Серегин, В.А. Сидоров. - М.: Pадио и связь, 1993.

6. Мамиконов А.И. Основы построения АСУ. - М.: Высшая школа , 1981г.

7. Мамиконов А.Г. Автоматизация проектирования АСУ. - М.: Энергоиздат.

8. Раппопорт В.Ш., Диагностика управления: практический опыт и рекомендации - М.: Экономика, 1988

9. Рожнов В. С. Автоматизированные системы обработки экономической информации - М.: Финансы и статистика, 1986.

10. Пономарева К.В., Кузьмин Л.Г. Информационное обеспечение АСУ. - М.: Высшая школа, 1991.

11. Д. Матчо, Д. Р. Фолкнер Delphi 3- М., Бином, 1998.

12. Квасцов М.В.Применение Delphi для построения баз данных - М., Век, 1998.

13. Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970

Похожие работы на - Разработка автоматизированной подсистемы АСУ по оперативному контролю и анализу сервисных услуг отдела ЗАО ПФ 'СКБ Контур' на базе MS SQL Server 2005

 

Не нашли материал для своей работы?
Поможем написать уникальную работу
Без плагиата!