31392

Разработка проекта информационной системы управления предприятием (по материалам ООО «Торг-Сервис», г. Краснодар)

Дипломная

Информатика, кибернетика и программирование

Объектом исследования настоящей курсовой работы являются бизнес-процессы торговой организации ООО «Торг-Сервис». Целью работы является проектирование автоматизированной информационной системы управления предприятием. Методы исследования - аналитический, экспертный. Анализ и сравнение востребованных данных с течением времени. Методы аналогий и сравнений.

Русский

2013-08-29

616 KB

153 чел.

АКАДЕМИЯ  МАРКЕТИНГА  И  СОЦИАЛЬНО-ИНФОРМАЦИОННЫХ  ТЕХНОЛОГИЙ – ИМСИТ  (г. Краснодар)

Факультет информатики и вычислительной техники

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

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

зав. кафедрой КСУ и ОИ

_____________Н.С. Нестерова

      «___» ________ 2013 г.

ДИПЛОМНАЯ РАБОТА

на тему: «Разработка проекта информационной системы управления предприятием» (по материалам ООО «Торг-Сервис», г. Краснодар)

Специальность 080801.65 – Прикладная информатика (в экономике)

Работа выполнена

студентом 5 курса

группы 08-ПИ-01

Кольцовым Дмитрием Владимировичем

Научный руководитель:

канд. техн. наук,  профессор           _____________  Г.Д. Нестеров

Краснодар

2013


АКАДЕМИЯ МАРКЕТИНГА И СОЦИАЛЬНО-ИНФОРМАЦИОННЫХ

ТЕХНОЛОГИЙ – ИМСИТ (г. Краснодар)

Факультет информатики и вычислительной техники

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

                                   Утверждаю

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

                             _____________???????????

                            «____» ___________ 2013 г.

ЗАДАНИЕ

на дипломную работу

Студенту  Кольцову Дмитрию Владимировичу группы 08-ПИ-01

Тема дипломного проекта: «Разработка проекта информационной системы управления предприятием» (по материалам ООО «Торг-Сервис», г. Краснодар)

Утверждено приказом ректора от «14» ноября 2012 г. № 1638.

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

Основные вопросы, подлежащие разработке (исследованию):

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

  1.  Проектирование и реализация АСУП, а именно для ООО «Торг-Сервис», г. Краснодар.

Основная литература:

  1.  Вендров А. М. Проектирование программного обеспечение экономических информационных систем [Текст] / А. М. Вендров–М.: Финансы и статистика, 2008. – 544 с. – ISBN 5-279-02937-8.
  2.  Карпова Т.С. Базы данных: модели, разработка, реализация [Текст] / Т. С. Карпова – СПб.: Питер, 2008. – 304 с. – ISBN 5-272-00278-4.
  3.  Сеппа Д. Программирование на MicrosoftADO.NET 2.0 Мастер - класс [Текст] / Д. Сеппа. – СПб.:Питер, 2008. – 784 с. – ISBN 978-5-91180-686-6.

Срок представления законченной работы:  20  мая 2013 г.

Дата выдачи задания:  15  ноября 2012 г.

Руководитель ________________ /Г.Д. Нестеров /

              (подпись)              (Ф.И.О.)

Задание получил:  15  ноября 2012 г.

Студент ________________ /Д.В. Кольцов

Реферат

Дипломная работа 80 с., 17 рис., 11 табл., 9 источников.

АВТОМАТИЗИРОВАННЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ, ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ, ДЕКОМПОЗИЦИЯ, ПРОЕКТ, ТЕХНИЧЕСКОЕ ЗАДАНИЕ, UML, IDEF

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

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

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

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

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

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


СОДЕРЖАНИЕ


ВВЕДЕНИЕ

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

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

Для достижения поставленной цели в работе были поставлены следующие задачи:

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

1. Описание возможностей Microsoft Office Project 2003

Microsoft Project - самый популярный в мире программный продукт для управления проектами. Настольное приложение Microsoft Project сочетает в себе интуитивно-понятный интерфейс Microsoft Office и все необходимые менеджеру проекта средства для управления планом и ресурсами проекта. Серверный продукт Microsoft Project Server является платформой для организации корпоративной системы управления проектами и обеспечивает коллективный доступ к проектной информации и взаимодействие участников проекта через Веб-интерфейс.

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

Microsoft Project Standard обеспечивает информационную поддержку менеджера на всех стадиях жизненного цикла проекта:

Инициация:

· Определение целей и ограничений по проекту;

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

· Использование шаблонов планов проектов.

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

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

· Расчет расписания проекта методом критического пути. Планирование расписания от даты начала или к дате окончания проекта;

· Планирование работ с учетом календарей выполнения работ и доступности ресурсов;

· Расчет трудоемкости работ, перерасчет длительностей работ в зависимости от использования ресурсов на работах;

· Ввод потребностей работ в ресурсах;

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

· Расчет стоимости работ и стоимости ресурсов затрачиваемых на работы.

Реализация и контроль исполнения:

· Создание базового плана (до 11 экземпляров) с целью отслеживания отклонений;

· Учет фактических сроков выполнения работ, трудозатрат (в т.ч. сверхурочных) ресурсов, расхода материалов и денежных средств;

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

· Экспорт данных в Microsoft Excel для дальнейшего анализа.

Завершение:

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

· Архивация плана проекта.

Вывод данных в Microsoft Project производится с помощью представлений:

· Таблицы работ, ресурсов, назначений;

· Диаграмма Ганта;

· Сетевой график;

· График загрузки ресурсов;

· Вычисляемые пользовательские поля.

Microsoft Project Standard позволяет сортировать, фильтровать и группировать данные, произвольно настраивать коды структуры работ и ресурсов. Microsoft Project Standard позволяет динамически связывать несколько проектов в один мультипроект с целью планирования или анализа всего портфеля проектов, использования общих ресурсов. Для удобства работы Microsoft Project Standard предоставляет пользователям широкие сервисные функции: Microsoft Project входит в семейство продуктов Microsoft Office 2003, благодаря чему система обладает интуитивно понятным дружественным интерфейсом. Как и все продукты Microsoft Office 2003, Microsoft Project помогает быстро и эффективно распространять сведения о проектных планах благодаря встроенным средствам хранения файлов на веб-узле Microsoft Windows SharePoint Services (WSS). WSS - компонент Microsoft Windows Server 2003, с помощью которого пользователи могут создавать Веб-узлы для общего доступа к данным и совместной работы над документами. Управление проектом в Microsoft Project выполняется легко, чему способствует интерактивная справочная система «Консультант» (Project Guide), помогающая пошагово выполнять все процессы планирования и отслеживания хода выполнения проекта. Microsoft Project содержит мастер, позволяющий копировать изображения плана проекта и отправить его в любое приложение Microsoft Office для дальнейшего использования. Microsoft Project включает настраиваемые шаблоны для экспорта/импорта данных в текстовые файлы, XML-файлы и Веб-страницы. Microsoft Project может легко и удобно обмениваться данными с таблицами Microsoft Excel. Microsoft Project хранит всю информацию в едином файле собственного формата. Кроме этого, Microsoft Project позволяет хранить всю информацию в реляционных СУБД через ODBC. Поддерживаются: Microsoft Access, Microsoft SQL Server, Oracle Database. Как и все продукты Microsoft Office 2003, Microsoft Project содержит внутренний макроязык программирования Visual Basic for Application (VBA). Благодаря VBA, опытные пользователи могут быстро и легко расширить функционал системы, производить нестандартные расчеты, интегрировать Microsoft Project с другими приложениями, используя объектную модель Microsoft Project. Microsoft Project содержит подробную и удобную справочную систему по всему функционалу. При необходимости, система поможет связаться через Интернет с нужным разделом на Веб-узле Microsoft для получения всей дополнительной информации по продукту. Microsoft Office Project Standard 2003 не предусматривает взаимодействие с сервером Microsoft Office Project Server 2003. По сравнению с предыдущей версией Project Standard 2002, новая версия Project Standard 2003 претерпела не значительные изменения, в основном сервисного характера. Также из Project 2003 убран «Обработчик сообщений рабочих групп» (Workgroup Handler). Поэтому для обновления, она рекомендуется, прежде всего, пользователям Microsoft Project 98/2000 и тем, кому необходима встроенная интеграция с Windows SharePoint Services.

1.1 Проект выполнения дипломной работы, выполненный в MS Project

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

План выполнения работ представлен на рис. 1.1, а диаграмма Ганта, основанная на нём – на рис.1.2.



2 Техническое задание на разработку

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

2.1.1 Полное наименование системы и ее условное обозначение

Полное наименование разрабатываемой системы: «Информационная Система Управления Предприятием 1»
Краткое наименование системы: ИСУП 1

2.1.2 Номер договора (контракта)

Номер контракта: №1/11-11-11-001 от 25.12.2012.

2.1.3 Наименования организации-заказчика и организаций-участников работ

Заказчиком системы является ООО "Торг-Сервис". Адрес заказчика: 350000, г. Краснодар, ул. Красноармейская, д. 68.

Разработчик системы (исполнитель заказа):  Дмитрий Кольцов студент группы 08-ПИ-01
Адрес разработчика: 350000 г. Краснодар, ул. Коммунаров, д.404.

2.1.4 Перечень документов, на основании которых создается система

Основанием для разработки системы ИСУП 1 являются следующие документы и нормативные акты:

Контракт № 0000000000000000001-0000001-01от 25.12.2012  года на выполнение работ по выполнению работ по созданию информационной системы управления предприятием ИСУП 1.

2.1.5 Плановые сроки начала и окончания работы по созданию системы

Плановый срок начала работ по созданию  ИСУП 1  – 28.12.2012.

Плановый срок окончания работ по созданию ИСУП 1  – 28.01.2013

2.1.6 Источники и порядок финансирования работ

Источником финансирования является Заказчик системы (ООО "Торг-Сервис"), а также заинтересованные стороны, перечисленные в Контракте.
Порядок проведения финансирования определяется условиями Контракта.

2.1.7 Порядок оформления и предъявления заказчику результатов работ по созданию системы

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

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

Подготовка и обучение персонала Заказчика осуществляется уполномоченными специалистами Исполнителя в порядке, предусмотренном ТЗ.

2.1.8 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ

При разработке автоматизированной информационной системы и создании проектно-эксплуатационной документации Исполнитель должен руководствоваться требованиями следующих нормативных документов:
– ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;
– ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;
– ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;
– РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ

2.1.9 Определения, обозначения и сокращения

Таблица 1 – Использованные сокращения

N

Сокращение

Расшифровка

1

ТЗ

Техническое задание

2

ИСУП

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

3

ТМЦ

Товарно-материальные ценности

4

ПО

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

5

АРМ

Автоматизированное рабочее место

2.2 Назначения и цели создания системы

2.2.1 Назначение системы

Система ИСУП 1 предназначена для ведения электронного документооборота предприятия, автоматизации организации и планирования производства, а также бухгалтерского учёта и отчётности.

2.2.2 Цели создания системы

Основными целями создания системы ИСУП 1 являются:

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


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

  1.  Задачи организации снабжения производства
    1.  Автоматическое формирование заявок на сырьё и покупные изделия в соответствии с текущими и планируемыми заказами предприятия.
    2.  Приём и обработка автоматически составленных, а также направленных вручную заявок.
    3.  Обеспечение работы складских структур. Управление перемещением ТМЦ внутри предприятия.
  2.  Задачи организации сбыта
    1.  Приём и обработка поступающих заказов. Формирование на их основе заданий для производства.
    2.  Планирование и контроль хода исполнения заказов. Обеспечение работы складских структур готовой продукции.
    3.  Обеспечение взаимодействия с заказчиками, передачи выполненных заказов, контроль оплаты и соблюдения условий выполнения договорных обязательств.
  3.  Задачи управления производством.
    1.  Организация собственно самого производственного цикла. Автоматизация технологических процессов производства, организация и управление конвейерами, автоматическими станками и пр. оборудованием.
    2.  Обеспечение контроля качества, как производимой продукции, так и входного сырья, компонентов и пр. исходных ТМЦ. Оперативное взаимодействие со службами снабжения и сбыта при отклонении показателей качества от требуемых.
    3.  Обеспечение непрерывности и требуемой производительности производственного цикла. Принятие необходимых мер в случае отклонения показателей и возникновения нештатных ситуаций.
  4.  Задачи информационного обеспечения
    1.  Обеспечение участникам производственного процесса быстрого и удобного доступа к требуемым документам в соответствии с решаемым каждым участником спектром функций.
    2.  Своевременное архивирование документов. Хранение и поиск требуемых данных.
    3.  Защита данных от несанкционированного доступа, изменения, разрушения. Разграничение уровней доступа к данным между участниками производственного процесса в соответствии с выполняемыми ими функциями.
  5.  Задачи финансового и юридического обеспечения
    1.  Взаимодействие с налоговыми, коммунальными и прочими административными структурами. Автоматическое проведение налоговых, коммунальных и прочих текущих платежей предприятия, ведение бухучёта.
    2.  Автоматическое начисление заработной платы и прочих выплат для всех участников производственного процесса. Обеспечение и контроль требуемого социального обеспечения участников.
    3.  Взаимодействие с внешними финансовыми структурами (банками, кредитными организациями и пр.). Обеспечение проведения финансовых операций с поставщиками, заказчиками и пр. участниками деловых отношений. Юридическое обеспечение.
  6.  Прочие функции

2.3 Характеристика объекта автоматизации

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

  1.  Снабжение производства. Большая часть задач этой группы хорошо поддаётся планированию и автоматизации, так как перечень ТМЦ, требуемых для производства, известен заранее. Сроки и объёмы закупок ТМЦ также как правило, определены, поскольку определены планы заказов на продукцию предприятия. Часть решаемых задач может быть распланирована полностью. Например, «закупка электрокабеля для проведения плановых ремонтных работ» и т.д. Ряд задач не поддаётся планированию, однако должен быть учтён при проектировании ИСУП. К таким задачам, в частности, относится обеспечение внеплановых заказов, опытных разработок, а также расходов, вызванных непредвиденными ситуациями (аварии, происшествия природного характера и пр.).
  2.  Организация сбыта готовой продукции. Работы, выполняемые предприятием, условно можно разделить на четыре группы:
  •  Плановые заказы. В этом случае у предприятия с заказчиком имеется долгосрочный договор на поставку определённого вида продукции. Подобные заказы хорошо поддаются планированию и автоматизации, так как объёмы, сроки и перечень продукции известны и чётко оговариваются в договоре. Любые изменения подлежат тщательному и своевременному согласованию между всеми участниками договора. Пример: договор на обслуживание атомной электростанции, снабжение продовольствием войсковой части.
  •  Производство серийной продукции. В этом случае объём, сроки и перечень выпускаемой продукции предприятие определяет само для себя, в зависимости от рыночной ситуации, специфики продукции и пр. Предприятие сразу производит продукцию в объёме, достаточном, но не избыточном, для покрытия спроса на неё, а также само решает задачи по продвижению её на рынок. Решающими факторами успешной деятельности предприятия становится верный анализ рынка и верное планирование деятельности на основе полученных данных, верная ценовая и рекламная политика, работа с дистрибьюторами. Пример: производство продуктов питания, бытовой аппаратуры.
  •  Периодические заказы. Известен перечень продукции, доступной для заказа, а также возможные объёмы и примерные сроки выполнения. Однако точная дата получения заказа, конкретные перечень и объём, заранее не известны. Заказ составляется в момент обращения заказчика. Пример: изготовление кухонных гарнитур. Также сюда можно отнести индивидуальные заказы, когда работы производятся по проекту, составленному индивидуально по требованиям заказчика, или по проекту, составленному самим заказчиком.
  •  Внеплановые заказы. В частности, могут иметь место предприятий, выполняющих плановые заказы. В этом случае требуется поставка продукции в объёме и/или в сроки, отличающиеся от плановых. Пример: срочный заказ на изготовление бетона для ликвидации последствий аварии. К этой же группе можно отнести меры, направленные на устранение сбоев в графике работы предприятия, вызванных нештатными ситуациями.

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

  1.  Управление производством. Здесь возможности по автоматизации процесса производства определяются как объёмами, спецификой производства конкретного вида продукции, так и технической оснащённостью предприятия. Наибольший экономический эффект от автоматизации достигается в массовом производстве высокотехнологической продукции с применением автоматических конвейерных линий.
  2.  Информационное обеспечение предприятия. В наше время электронный документооборот преобладает над «традиционным», на бумажной основе. Большинство документов создаётся изначально в электронном виде, а уже потом, по мере необходимости, переводится в бумажную форму. Таким образом, открываются большие перспективы по автоматизации документооборота, включая такие операции, как получение информации по запросу, поиск информации, автоматическое составление документов и обмен данными между структурами предприятия. Для эффективной и надёжной работы информационной системы требуется приведение документации к единому виду, введение внутренних стандартов. Кроме того, при информатизации существующих предприятий необходимо предусмотреть работу со старыми архивами и документами, рассмотреть возможность их постепенного перевода в цифровую форму и включения в единый электронный документооборот.

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

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

Объектом автоматизации на предприятии могут являться:

  1.  Снабжение производства
    1.   ТМЦ: количество, место на складе, среднемесячное движение, ожидаемая поставка, резерв, дополнительные характеристики (ГОСТ, ТУ, группа применимости и пр.).
    2.   Плановые списки закупок ТМЦ на единицу продукции, выпускаемой предприятием.
    3.   Заявки на закупку ТМЦ, требования на выдачу ТМЦ со склада(в частности, для производства).
    4.   Перечень и реквизиты поставщиков ТМЦ.
  2.  Сбыт продукции
    1.   Перечень и реквизиты заказчиков продукции, а также договоры, заказы и прочие сопутствующие документы.
    2.   Перечень и реквизиты дистрибьюторов, рекламных, маркетинговых служб-партнёров и прочих юридических лиц, участвующих в процессе сбыта продукции, а также сопутствующие документы.
    3.   Задания на выпуск продукции: перечень видов продукции, объём и сроки выпуска. Информация о ходе исполнения заданий, место размещения на складе готовой продукции.
  3.  Управление производством
    1.  Оборудование, станки, конвейеры и стадии производственного процесса, связанные с ними
    2.  Процессы технического контроля выпускаемой продукции. Брак производства, статистические данные по среднемесячному выпуску и проценту брака на различных этапах производства.
    3.  Данные о ходе выполнения производственных заданий. Данные длительности, трудозатратах, энергозатратах и прочие характеристики каждого из этапов производственного процесса.
  4.  Информационное обеспечение
    1.  Техническая и прочая документация на ТМЦ, участвующие в обороте на предприятии.
    2.  Техническая и прочая документация на продукцию, производимую предприятием.
    3.  Сопутствующая техническая документация
    4.  Архив договоров, контрактов, и прочих официальных документов, регламентирующих взаимодействие предприятия с внешними структурами.
    5.  Архив приказов, докладных, отчётов, служебных записок и прочих официальных документов, регламентирующих административное взаимодействие между внутренними структурами предприятия.
  5.  Финансовое и юридическое обеспечение
    1.  Официальные реквизиты предприятия, официальные реквизиты сторон, взаимодействующих с предприятием.
    2.   Договоры, контракты и пр. документы, регламентирующие финансовое взаимодействие предприятия и других организаций.
    3.   Документы финансовой, налоговой, коммунальной и пр. административной отчётности предприятия.
    4.   Оклады, КТУ, премии, налоговые, пенсионные, социальные отчисления и пр. информация, связанная с обеспечением сотрудников предприятия
    5.   Законодательные, юридические акты и прочие государственные и отраслевые нормативные документы, затрагивающие деятельность предприятия.

Помимо перечисленных, возможно наличие и иных объектов, подлежащих автоматизации.

Процессы управления информационными потоками по вышеприведённым объектам включают в себя:

  1.  Создание и обработка индивидуальной учётной записи на каждый из видов ТМЦ, и работа с вышеописанными атрибутами ТМЦ в учётной записи.
    1.  Обработка заявок, а также закупочных ведомостей и прочих реквизитов передвижения ТМЦ.
    2.  Создание и обработка индивидуальной учётной записи на каждого из поставщиков ТМЦ. Поиск по имеющимся данным оптимального поставщика ТМЦ. Взаимодействие со структурой ИСУП, обеспечивающей юридическую и финансовую работу с поставщиком.

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

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

2.3 Формирование заданий для производства, приём и обработка данных по выполненным заданиям.

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

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

3.3 Автоматизация проведения операции технического контроля.

3.4 Накопление и ведение статистики по выполняемым операциям.

4.1 Сбор и архивирование документов и прочих информационных потоков, проходящих через ИСУП.

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

4.3 Сбор, хранения и выдача по запросу технической документации на изделия и ТМЦ.

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

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

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

Рассмотрим небольшое предприятие, выполняющее небольшие поставки продукции (единицы-десятки шт. в месяц) по индивидуальному заказу. В частности, подобным предприятием может являться фирма, изготавливающая эксклюзивную аудиоаппаратуру, оборудование для концертных залов и пр. В этом случае, в связи с малыми объёмами производимой продукции, высокий уровень автоматизации не требуется. Также, в связи с небольшим числом сотрудников (порядка 10 – 15 человек) административно-юридические задачи также упрощаются. Однако, в связи с обширной номенклатурой применяемых в её производстве ТМЦ, задачи по автоматизации снабжения остаются актуальными. Кроме того, в связи со спецификой деятельности подобного предприятия, важно обеспечить эффективное взаимодействие с заказчиками продукции, которое также эффективно решается при использовании информационных технологий.

2.4 Требования к системе

2.4.1 Требования к функциям (задачам), выполняемым системой.

Как было указано выше, разрабатываемая ИСУП должна обслуживать малое предприятие. Опишем функции, которые должна реализовывать система:

  •  Работа с базой данных ТМЦ. Эта база данных позволяет вести складской учёт закупаемых ТМЦ, а также оперативно производить их закупки. Входные данные для базы данных ТМЦ: Номер ТМЦ, полное наименование, вариант исполнения изделия, единицы измерения количества (штуки, килограммы и пр.), количество в наличии, ожидаемый приход, среднемесячное движение. Вариант исполнения – это характеристика, позволяющая различать ТМЦ, имеющие одинаковое обозначение. Например, один и тот же тип электронных компонентов может поставляться в коробках или в лентах. Защитный лак может поставляться в различных исполнениях тары. Среднемесячное движение – это статистическая характеристика ТМЦ, рассчитывающаяся из учёта закупок и расходов каждого из видов ТМЦ. Она позволяет определить наиболее востребованные виды ТМЦ. Производя закупку этих видов ТМЦ заранее более крупными партиями, предприятие может значительно сэкономить на закупках. Кроме того, в базе данных ТМЦ должен храниться перечень поставщиков, работающих с предприятием, а также возможность указания в карточке ТМЦ ссылки на одного или нескольких поставщиков из данного списка. Это позволит облегчить работу по оперативному поиску поставщиков ТМЦ.
  •  Работа с базой данных заказов предприятия. Здесь ведётся учёт всех поступающих заказов, а также ход их выполнения. Для каждого заказчика в момент первого обращения создаётся своя учётная запись, по которым в дальнейшем группируются поступающие заказы. Это позволяет отследить историю заказов, а также применять систему скидок для постоянных клиентов. Входные данные для базы данных заказов: Номер заказчика, наименование заказчика, его реквизиты, шифр заказа, перечень изделий в заказе, их количество, вариант оплаты, вариант поставки, сроки исполнения, статус заказа. Возможные варианты оплаты: наличные деньги, банковский перевод, одна из систем интернет-платежей. Вариант поставки подразумевает то, как товар будет передан заказчику. Возможные варианты: самовывоз, почта России, та или иная служба доставки. Статус заказа характеризует его состояние на момент запроса в базу данных и оперативно обновляется по мере его изменения. Варианты: принят, согласуется, исполняется, исполнен, отгружен, расторгнут.
  •  Работа с информационной базой данных предприятия. Поскольку предприятие небольшое, функции информационного обеспечения ИСУП сводятся к хранению и оперативному получению информации на выпускаемые изделия, а также используемые ТМЦ. В качестве такой информации может выступать как документация, так и встроенное или внешнее программное обеспечение, необходимое для работы изделий. Входные данные для базы данных: Номер файла данных, наименование, тип, внутренний шифр, сам файл, применимость, номер версии. Тип характеризует назначение хранимого файла. Например: техническое описание, сборочный чертёж, руководство пользователя, встроенное ПО и пр. Внутренний шифр формируется автоматически при постановке файла в базу данных в зависимости от его типа. Этот шифр в дальнейшем служит идентификатором файла, не зависящим от места его хранения, и используется при ссылках на данный файл в других документах. В разделе «применимость» перечисляются выпускаемые изделия, к которым так или иначе относится данный файл. Номер версии файла используется для сохранения истории изменения. Актуальной версией файла, применяемого для того или иного изделия, автоматически считается самая последняя версия.
  •  Работа с базой данных сотрудников предприятия. Реализует финансово-социальную функцию ИСУП. Поскольку число сотрудников небольшое, можно ограничиться следующим набором входных данных: порядковый номер сотрудника, Ф.И.О., дата рождения, номер паспорта, номер пенсионного страхового свидетельства, ИНН, номер полиса обязательного медицинского страхования, должность, оклад.


2.5 Состав и содержание работ по созданию (развитию) системы

Работы по созданию ИСУП выполняются в три этапа:

  •  Проектирование системы;

Разработка эскизного проекта;

Разработка технического проекта (продолжительность — 1 месяц).

  •  Адаптация программ (продолжительность — 1 месяцев).
  •  Ввод в действие (продолжительность — 1 месяца).

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

2.6 Порядок контроля и приемки системы

2.6.1 Виды, состав, объем и методы испытаний системы

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

2.6.2 Общие требования к приемке работ по стадиям

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

Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.

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

2.7 Требования к составу содержания работ по подготовке объекта автоматизации к вводу системы в действие

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

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

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

2.8 Требования к документированию

Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201–89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании ИСУП приведены в таблице 2.

Таблица 2 – Этапы разработки документации ИСУП

Этап разработки

Документ

Проектирование. Разработка эскизного проекта. Разработка технического проекта.

Ведомость эскизного проекта

Пояснительная записка к эскизному проекту

Ведомость технического проекта

Пояснительная записка к техническому проекту

Схема функциональной структуры


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

Этап разработки

Документ

Разработка рабочей документации. Адаптация программ

Ведомость эксплуатационных документов

Ведомость машинных носителей информации

Паспорт

Общее описание системы

Технологическая инструкция

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

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

Инструкция по формированию и ведению базы данных (набора данных)

Состав выходных данных (сообщений)

Каталог базы данных

Программа и методика испытаний

Спецификация


2.9 Источники разработки

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

  •  ГОСТ 24.701-86 «Надежность автоматизированных систем управления».
  •  ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды».
  •  ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».
  •  ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».
  •  ГОСТ Р 50571.22-2000 «Электроустановки зданий».

3 Описание предметной области

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

В рассматриваемом типе малых предприятий, в связи со спецификой их деятельности, многие задачи, решаемые ИСУП, могут отсутствовать (например, автоматизация производственного цикла). Тем не менее, в связи с тем, что номенклатура применяемых ТМЦ остаётся весьма широкой, применение ИСУП позволяет значительно сократить трудозатраты и повысить надёжность снабжения производства даже в условиях малого предприятия.

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

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

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

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

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

  •  АРМ складского учёта
  •  АРМ сбыта
  •  АРМ информационного обеспечения
  •  АРМ учёта персонала

Кроме того, должна быть предусмотрена отдельная форма администратора ИСУП.

АРМ складского учёта реализует ведение учёта приходящих и уходящих ТМЦ.

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

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

АРМ учёта персонала предназначена для просмотра, учёта и добавления новых сотрудников предприятия.

Общие функциональные характеристики ИСУП:

  1.  Первоначальный ввод информации в базы данных всех перечисленных типов
  2.  Изменение содержания баз данных:
    1.  ввод новых данных,
      1.  изменение существующих данных,
  3.  Осуществление поиска данных по запросу пользователя.
  4.  Доступ к базам данных с АРМ авторизированными пользователями по протоколу TCP/IP.
  5.  Обеспечение защиты и безопасности данных.

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

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

4 Обоснование выбора среды моделирования

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

Существует множество технологий проектирования организационно- технических систем и инструментов, предназначенных для автоматизации этого процесса. Сравнительный анализ был ограничен двумя наиболее популярными продуктами: Allfusion Process Modeler и MS Visio.

4.1 Allfusion Process Modeler  (BPwin)

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

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

AllFusion Process Modeler (BPwin) эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационной системы. Продукт позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции и повысить эффективность. В основу продукта заложены общепризнанные методологии моделирования, например, методология IDEF0 рекомендована к использованию Госстандартом РФ и является федеральным стандартом США. Простота и наглядность моделей Process Modeler упрощает взаимопонимание между всеми участниками процессов. Распространенность самого AllFusion Process Modeler позволяет вести согласование функциональных моделей с партнерами в электронном виде. Продукт AllFusion Process Modeler (BPwin) создан компанией Computer Associates. AllFusion Process Modeler наряду с ERwin Data Modeler (ранее: ERwin), Data Model Validator (ранее: ERwin Examiner), Model Manager (ранее: ModelMart) входит в состав пакета программных средств AllFusion Modeling Suite, комплексное использование которого обеспечивает все аспекты моделирования информационных систем. С точки зрения потоков информации (документооборота) в системе диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.

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

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

Основные возможности системы:

  •  Поддержка различных технологий моделирования
  •  Анализ показателей затрат и производительности
  •  Интеграция процессов/данных
  •  Поддержка стандартных нотаций
  •  Экспорт объектов и свойств в другие модели
  •  Документирование информации в пределеах всей модели
  •  Масштабируемость отчетности без потери качества графиков

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

4.2 Microsoft Visio

Microsoft Visio — векторный графический редактор, редактор диаграмм и блок-схем для Windows. Выпускается в трёх редакциях: Standard, Professional и Premium (начиная с версии 2010). Первоначально Visio разрабатывался и выпускался компанией Visio Corporation. Microsoft приобрела компанию в 2000 году, тогда продукт назывался Visio 2000, был выполнен ребрендинг, и продукт был включен в состав Microsoft Office.

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

Для моделирования бизнес-процессов Visio 2003 предлагает бизнес-аналитику шаблоны для создания 7 видов диаграмм:

  •  Basic Flowchart;
  •  Cross-Functional Flowchart (с вертикальным или горизонтальным расположением дорожек);
  •  EPC (Event-driven Process Chain);
  •  IDEF0;
  •  DFD (Data Flow Diagrams) в двух нотациях: Гейна-Сарсона и Йордана-Де Марко;
  •  WFD (Work Flow Diagram)

Шаблон схемы модели UML в Microsoft Visio обеспечивает

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

  •  Проводник по моделям UML предоставляет представление в виде дерева модели и средство для перехода от одного представления к другому.
  •  Стандартные фигуры, обладающие широкими возможностями, представляют элементы нотации UML и поддерживают создание схем UML. Фигуры запрограммированы таким образом, чтобы их поведение соответствовало семантике UML.
  •  Легкодоступные диалоговые окна Свойства UML, в которых можно добавлять имена, атрибуты, операции и другие свойства элементов UML.
  •  Возможность реконструирования для проектов, созданных ранее в Microsoft Visual С++ 6.0 или Microsoft Visual Basic 6.0, и разработки на их основе структурных моделей UML.

В плане построения диаграмм IDEF0 Visio обладает ограниченными возможностями. Однако, учитывая невысокую сложность диаграмм для разрабатываемого проекта, их вполне достаточно. Кроме того, среда Microsoft Visio широко распространена, благодаря включению её в пакет Microsoft Office, де-факто являющийся стандартом в электронном документообороте. Учитывая также удобство и наглядность работы с этой средой, в дальнейшем, построение всех диаграмм будет выполнено в среде Microsoft Visio.


5 IDEF – комплект

В данном разделе будут рассмотрены диаграммы процессов ИСУП, выполненные в соответствии с международными стандартами IDEF0.

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

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

На первой диаграмме данной модели (рисунок 5.1) представлен процесс выполнения очередного заказа предприятия в виде «черного ящика». Эта диаграмма не изменилась в сравнении с концептуальной диаграммой модели «как есть».

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





5.1 Приемущества методолгоии IDEF0

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

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

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

комплексность при декомпозиции (мигрирование и туннелирование стрелок);

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

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

простота документирования процессов; соответствие подхода к описанию процессов в IDEF0 стандартам ISO 9000:2000.

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

 

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

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

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

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

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

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

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

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

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

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

влияние внешней среды предприятия или системы может быть также объектом моделирования и исследования;

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

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

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

6 Логическая и физическая модели данных

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

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

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

Сущность визуально представляет три основных вида информации:

  •  атрибуты, составляющие первичный ключ;
  •  не ключевые атрибуты;
  •  тип сущности (независимая/зависимая).

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

Таблица 3 – Атрибуты сущности «ТМЦ»

Атрибут

Описание

Номер ТМЦ

Уникальный идентификатор в БД (первичный ключ)

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

Наименование ТМЦ, данное её производителем

Вариант исполнения

Дополнительный признак для разных ТМЦ, производимых под одним наименованием

Единицы измерения

Единицы измерения количества (шт, кг и т.д.)

Количество в наличии

Наличие на складе ТМЦ

Ожидаемый приход

Сколько будет закуплено ТМЦ в ближайшее время

Среднемесячное движение

Характеризует востребованность конкретного вида ТМЦ в производстве

Таблица 4 – Атрибуты сущности «Заказчики»

Атрибут

Описание

Номер заказчика

Номер персональной учётной записи заказчика (первичный ключ)

Наименование заказчика

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

Реквизиты

ИНН, ОГРН, номер корреспондентского счёта, адрес и пр.

Список заказов

Список заказов конкретного заказчика

Таблица 5 – Атрибуты сущности «Заказ»

Атрибут

Описание

Шифр заказа

Уникальный идентификатор конкретного заказа в БД заказов, сопоставленной на каждого из заказчиков (первичный ключ)

Перечень

Перечень изделий, входящих в заказ

Вариант оплаты

Вариант оплаты конкретного заказа (налич/перевод и пр.)

Вариант поставки

Самовывоз, почтовая доставка и пр.

Сроки исполнения

Дата, до которой заказ должен быть выполнен

Статус заказа

принят, согласуется, исполняется, исполнен, отгружен, расторгнут

Таблица 6 – Атрибуты сущности «Изделие»

Атрибут

Описание

Идентификатор

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

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

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

Количество

Количество изделий конкретного вида, входящих в заказ

Таблица 7 – Атрибуты сущности «Информационная единица»

Атрибут

Описание

Номер файла

Уникальный идентификатор каждой информационной единицы, вносимой в БД предприятия (первичный ключ)

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

Титульное имя документа

Тип

Техническое описание, сборочный чертёж, руководство пользователя, встроенное ПО…

Внутренний шифр

Формируется для переносимости между различными БД

Не меняется с изменением версии

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

Файл

Собственно сама информационная единица.

Применимость

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

Номер версии

Номер версии данной информационной единицы

Рисунок 6.1 – Логическая модель оформления заказа

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

Рисунок 6.2 – Физическая модель оформления заказа


7 Диаграммы UML

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

Рисунок 7.1 - Диаграмма вариантов использования


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

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

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


Рисунок 7.2 – Диаграмма последовательности


7.1 Преимущества и недостатки UML

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

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

Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

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

UML получил широкое распространение и динамично развивается.

Несмотря на то, что UML достаточно широко распространённый и используемый стандарт, его часто критикуют из-за следующих недостатков:

Избыточность языка. UML часто критикуется, как неоправданно большой и сложный. Он включает много избыточных или практически неиспользуемых диаграмм и конструкций. Чаще это можно услышать в отношении UML 2.0, чем UML 1.0, так как более новые ревизии включают больше «разработанных-комитетом» компромиссов.

Неточная семантика. Так как UML определён комбинацией себя (абстрактный синтаксис), OCL (языком описания ограничений — формальной проверки правильности) и Английского (подробная семантика), то он лишен скованности присущей языкам, точно определённым техниками формального описания. В некоторых случаях абстрактный синтаксис UML, OCL и Английский противоречат друг другу, в других случаях они неполные. Неточность описания самого UML одинаково отражается на пользователях и поставщиках инструментов, приводя к несовместимости инструментов из-за уникального трактования спецификаций.

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

Только код отражает код. Ещё одно мнение — что важны рабочие системы, а не красивые модели. Как лаконично выразился Джек Ривс, «The code is the design» («Код и есть проект»). В соответствии с этим мнением, существует потребность в лучшем способе написания ПО; UML ценится при подходах, которые компилируют модели для генерирования исходного или выполнимого кода. Однако этого всё же может быть недостаточно, так как UML не имеет свойств полноты по Тьюрингу и любой сгенерированный код будет ограничен тем, что может разглядеть или предположить интерпретирующий UML инструмент.

Кумулятивная нагрузка/Рассогласование нагрузки (Cumulative Impedance/Impedance mismatch). Рассогласование нагрузки — термин из теории системного анализа для обозначения неспособности входа системы воспринять выход другой. Как в любой системе обозначений UML может представить одни системы более кратко и эффективно, чем другие. Таким образом, разработчик склоняется к решениям, которые более комфортно подходят к переплетению сильных сторон UML и языков программирования. Проблема становится более очевидной, если язык разработки не придерживается принципов ортодоксальной объектно-ориентированной доктрины (не старается соответствовать традиционным принципам ООП).

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

8 Диалоговые окна разработанной информационной системы

При загрузке интерфейса ИСУП заказчик попадает в меню авторизации,  представленное на рисунке  8.1

Рисунок 8.1 – Авторизация пользователя

В случае, если заказчик ещё не зарегистрирован в системе, он может сделать это в меню регистрации, представленном на рисунке 8.2.

Рисунок 8.2 – Регистрация нового пользователя

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

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

В меню просмотра заказов (рис. 8.3) заказчик может выполнять следующие действия:

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

Рисунок 8.3 – Просмотр заказов

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

  •  Наименование продукции, которая заказывается
  •  Количество
  •  Вариант оплаты заказа
  •  Вариант поставки

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

Рисунок 8.4 – Создание нового заказа

9 Экономическое обоснование

 9.1 Расчёт капитальных затрат на создание программного обеспечения

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

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

Капиталовложения находят по формуле 9.1:

       (9.1)

где - затраты на оборудование;

- затраты на лицензионные программные продукты;

- затраты на создание ПО.

9.2 Расчёт затрат на оборудование

Затраты на оборудование рассчитываются по формуле 9.2:

      (9.2)

где  - количество единиц i - того оборудования, необходимого для реализации ПИ (ЭВМ, принтеров, плоттеров и др.), шт.;

- цена единиц i - того оборудования;

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

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

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

где   4600 - стоимость оборудования.

9.3 Расчёт затрат на создание программы

Затраты на создание ПО системы находят по формуле 9.3:

       (9.3)

где   З1 - затраты труда программистов-разработчиков;

З2 - затраты компьютерного времени;

З3 - косвенные (накладные) расходы.

Затраты труда программистов находят по формуле 9.4:

,        (9.4)

где - количество разработчиков k-й профессии, чел. Принимаем

= 1 человек.

- часовая зарплата разработчика k-й профессии, руб.;

- коэффициент начислений на фонд заработной платы, доли. Принимаем = 1,475.

- трудоёмкость разработки.

Часовая зарплата разработчика определяется по формуле 9.5:

,          (9.5)

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

- месячный фонд времени его работы, час.

Принимаем =300 руб =160 часов.

Тогда по формуле 4.5 рассчитаем :

=  = 1,88 руб/час.

Трудоёмкость разработки включает время выполнения работ, представленных в таблице 4.1 Общая трудоемкость = 310 часов.

Тогда по формуле 4.4 найдем :

: = 1·1,88·310·1,475 = 859,63 руб

Таблица 8 – Длительность этапов работы

Этапы работ

Трудоемкость, часов

Техническое задание

30

Эскизный проект

80

Технический проект

60

Рабочий проект

100

Внедрение

40

Итого:

310

Затраты компьютерного времени вычисляются по формуле (9.6)

         (9.6)

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

       (9.7)

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

- затраты на техобслуживание. Амортизационные отчисления определяются по формуле 9.8:

         (9.8)

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

Принимаем =1920 часов для ЭВМ.

Из формулы 5.8 получим:

== 0,36 руб.

Энергозатраты определяются по формуле 9.9:

          (9.9)

где  - расход электроэнергии, потребляемой компьютером.

= 0,4 кВт/ч;

- стоимость 1 кВт/ч электроэнергии, руб. = 0,156 Тогда по формуле 9.10 получим размер энергозатрат:

=0,4·0,156 = 0,06 руб        (9.10)

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

          (9.11)

где  - часовая зарплата работника обслуживающего оборудование, Принимаем = = 1,88 руб/час.

 - периодичность обслуживания, определяется по формуле 9.12:

,          (9.12)

где - количество обслуживаний оборудования в месяц. Принимаем =1.

- месячный фонд времени работы оборудования, час.

Принимаем = = 160 часов.

Тогда по формуле 4.11:

== 0,006.

Применяя формулу 9.10, получим затраты на техобслуживание:

=0,006·1,88 = 0,01 руб.

Тогда по формуле 4.7 найдем себестоимость компьютерного часа:

= 0,36 + 0, 06 + 0,01 = 0,43 руб.

Таким образом, по формуле 9.11 определим затраты компьютерного времени:

= 0,43·140 = 60,2 руб.

Размер косвенных расходов  можно найти по формуле 9.12:

        (9.12)

где - расходы на содержание помещений. (2-2,5% от стоимости здания);

- расходы на освещение, отопление, охрану и уборку помещения (0,2-0,5% от стоимости здания);

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

Площадь помещения равна 15,75 м2, следовательно, его стоимость составляет 1575 руб. (1м2 помещения стоит 1000 руб).

= 1575·0,02 = 31,5 руб.

=1575·0,002 = 3,15 руб.

= 4600·1 = 4600 руб.

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

= 31,5+3,15+4600 = 4635 руб.

Таким образом, по формуле 4.3 рассчитаем затраты на создание ПО:

=859,63+60,2+4635 = 5554,83 руб.

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

=4715,7+60+5554,83 = 10330,53 руб

9.4 Расчёт годовой экономии

Годовая экономия от автоматизации управленческой деятельности вычисляется по формуле 9.13:

   (9.13)

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

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

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

Трудоемкости операций выполняемых при автоматическом режиме приведены в таблице 9

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

№№

Операция

Трудоемкость

, час

Периодичность выполнения

в год

1

Ввод информации об работнике.

2

1

2

Ввод данных трудовой книжки

1

1

3

Назначение, перевод работника

0,4

2

4

Вывод личной карточки

0,4

2

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

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

№№

Операция

Трудоемкость , час

Периодичность выполнения

1

Формирование списков работников

14

1

2

Формирование списков трудовых книжек

14

1

3

Оформление документации

16

20

4

Расчет стажа работника

10

5

5

Назначение работника

14

5

6

Перевод работника

10

5

7

Оформление отпусков

10

10

9.5 Расчёт себестоимости управленческих операций в ручном режиме

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

        (9.14)

где  - затраты на оплату труда персонала;

- косвенные расходы.

Затраты на оплату труда персонала рассчитываются по формуле 9.15:

,       (9.15)

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

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

- коэффициент начислений на фонд заработной платы, доли (1,475);

К - число различных профессий, используемых в ручном варианте.

Часовая зарплата работника k-й профессии рассчитывается следующим образом по формуле 9.16:

,          (9.16)

где - месячный оклад работника;

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

== 1,88 = 3·1,88·1,475 = 8,14

Косвенные затраты -  рассчитываются по формуле 9.17:

,        (9.17)

где  - расходы на содержание помещений, (2-2,5% от стоимости помещения);

- расходы на освещение, отопление, охрану и уборку помещений, руб. (0,2-0,5% от стоимости помещения);

- прочие расходы. (100-120% фонда оплаты).

Площадь помещения равна 15,75 м2, соответственно его стоимость 1575.

= 1575·0,02 = 31,5.

= 1575·0,002 = 3,15.

= 8,14·1 = 8,14.

Косвенные затраты по формуле 9.17 составляют:

=31,5 +3,15+8,14 = 43 руб.

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

=8,14+43 = 51,14 руб.

9.6 Расчёт себестоимости выполнения управленческих операций в автоматическом режиме

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

        (9.18)

где  - затраты на оплату труда персонала;

- стоимость компьютерного времени;

- косвенные расходы

Затраты на оплату труда персонала:

       (9.19)

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

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

- коэффициент начислений на фонд заработной платы, доли (1,475);

P - число различных профессий, используемых в автоматизированном варианте.

Часовая зарплата рабочего определяется по формуле:

        (9.20)

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

- месячный фонд времени его работы, час.

= 8·20 = 160 час,

где 8- количество рабочих часов в день;

20 - количество рабочих дней в месяце.

=  = 1,88 руб/час.

= 1·1,88·1,475 = 2,77 руб.

Стоимость компьютерного времени определяется по формуле 9.21:

      (9.21)

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

- энергозатраты;

- затраты на техобслуживание.

Амортизационные отчисления определяются по формуле 9.22:

      (9.22)

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

- годовая норма амортизации i-го оборудования, доли (0,15);

- годовой фонд времени работы i-го оборудования. Принимаем =1920 часов для ЭВМ.

= = 0,36

Энергозатраты, которые рассчитываются по формуле 9.9 равны:

= 0,06

Периодичность обслуживания рассчитывается по формуле 9.23:

        (9.23)

где  - количество обслуживаний оборудования в месяц (1 раз);

- месячный фонд времени работы оборудования, (160 час).

= 1/160 = 0,006,

Затраты на техобслуживание рассчитываются по формуле 9.10:

= 1,88·0,006 = 0,01

Тогда себестоимость компьютерного часа равна по формуле 9.20:

= 0,36+0,06+0,01 = 0,43.

Косвенные расходы -  рассчитываются по формуле 9.12 и равны 4132 руб.

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

=2,77+0,43+4635 = 4638,2 руб.

Себестоимости управляющих операций в ручном и автоматизированном вариантах представлены в таблице 11

Годовая экономия от внедрения автоматизации управленческой деятельности по формуле 4.13 с учетом данных из таблиц 9-11 равна:

=

Таблица 11 – Себестоимость одной управляющих операции в ручном и автоматизированном вариантах

Показатель

Обозна-чение

Затраты, руб.

Стоимость операции в ручном варианте

51,14

Стоимость операции в автоматизированном режиме

4638,2

9.7 Расчет годового экономического эффекта применительно к источнику получения экономии

В случае создания одного ПИ экономический эффект определяется по формуле 9.24:

        (9.24)

где  - годовая экономия текущих затрат;

- капитальные затраты на создание программного изделия.

-нормативный коэффициент экономической эффективности капиталовложений, доли.

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

=  = 816

9.8 Расчет коэффициента экономической эффективности и срока окупаемости капиталовложений

Коэффициент экономической эффективности капиталовложений показывает величину годового прироста прибыли или снижения себестоимости в результате использования ПИ на один рубль единовременных затрат (капиталовложений) рассчитывается по формуле 9.25:

        (9.25)

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

0,49>0,42

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

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

= 2,4 года.

2<2,4

ЗАКЛЮЧЕНИЕ

В процессе выполнения дипломной работы был спроектирована  автоматизированная информационная  система управления предприятием (АСУП), реализующая следующие функции:

  •  Работа с базой данных ТМЦ.
  •  Работа с базой данных заказов предприятия.
  •  Работа с информационной базой данных предприятия.
  •  Работа с базой данных сотрудников предприятия.

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

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

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

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

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


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

  1.  Буч Г., Рамбо Д., Джекобсон А. UML. Руководство пользователя –М.: ДМК.
  2.  Баронов В.В. Автоматизация управления предприятием—М.: ИНФРА-М, 2000. —239 с. – ISBN 5-16-000133-6
  3.  Дубейковский В.И. Практика функционального моделирования с Allfusion Process Modeler r7.Где? Зачем? Как? – М.: ДИАЛОГ-МИФИ, 2004 – 464 с.
  4.  Закорюкин В.Б., Петрова Ю.Б. Основы проектирования информационных систем. Учебный модуль / Государственное образовательное учреждение высшего профессионального образования «Московский государственный институт радиотехники, электроники и автоматики (технический университет)». – М., 2006 – 56 с.
  5.  Джон Пол Мюллер, Дебби Валковски Microsoft Office Visio 2007 для "чайников": Пер. с англ. – М.: Диалектика 2003. – 304 с.: ил. ISBN 978-5-8459-1414-9
  6.  Леонтьев Б. MS Office Visio 2003 – М.: Новый Издательский Дом 2005. – 384 с. ISBN: 5-9643-0067-7
  7.  Маклаков С.В. Создание информационных технологий с Allfusion Modeling Suite.М.: ДИАЛОГ-МИФИ, 2003
  8.  Мармел Э. MicrosoftProject 2002. Библия пользователя. : Пер. с англ. — М. : Издательский дом "Вильямс", 2003. — 624 с.: ил. — Парал. тит. англ. ISBN 5-8459-0470-6 (рус.)
  9.  Пайрон Т. Использование MicrosoftProject 2002. Специальное издание. : Пер. с англ. — М. :Издательский дом "Вильямс", 2003. — 1184 с.: ил. — Парад, тит. англ. ISBN 5-8459-0445-5 (рус.).


 

А также другие работы, которые могут Вас заинтересовать

4427. Вычислительные системы, сети и телекоммуникации 945.2 KB
  Предисловие Дисциплина Вычислительные системы, сети и телекоммуникации является одной из ключевых при подготовке специалистов в области информационных технологий. Это связано с тем, что предметами изучения указанной дисциплины являются способы и тех...
4429. Путеводитель по бюджетному учету и налогам практическое пособие по бухгалтерскому учету для бюджетных и автономных учреждений 12.91 MB
  Нормативное регулирование бухгалтерского учета Нормативные акты, регулирующие бухгалтерский учет Субъекты и объекты бухгалтерского учета Требования, предъявляемые к бухгалтерскому учету Ответственность за организацию и ведение б...
4430. Технологический процесс производства вареных колбас 927.71 KB
  Введение Предприятия мясной промышленности нашей страны оснащены большим количеством (более 400 наименований) технологического оборудования. Рациональная эксплуатация оборудования требует глубокого знания его особенностей и конструктивных признаков....
4431. МАКРОЭКОНОМИКА: ЕЁ ОСОБЕННОСТИ И СТРУКТУРА. 586.5 KB
  Тема: Макроэкомика: её особенности и структура. Предмет, специфические черты макроэкономики, показатели макроэкономики Н/Х показатели материального производства Система национальных счетов: а) принципы национальных счетов ...
4432. Расчет строительных конструкций в ПК лира. Рама 697.33 KB
  Введение Программный комплекс ЛИРА (ПК ЛИРА) – это многофункциональный программный комплекс для расчета, моделирования работы, исследования и проектирования строительных конструкций различного назначения. ПК ЛИРА с успехом применяется в расчета...
4433. Экспертиза галантерейных изделий из пластмасс 154 KB
  Экспертиза галантерейных изделий из пластмасс Факторы, формирующие ассортимент и потребительские свойства галантерейных изделий из пластмасс и поделочных материалов К факторам, формирующим ассортимент и потребительские свойства изделий, относят...
4434. Механические свойства материалов 3.91 MB
  Напряжения и деформации Тема Напряжения и деформации (2 часа) План лекции Современная трактовка физического и технического смысла важнейших механических свойств. Напряжения. Нормальные и касательные напряжения. Тен...
4435. Математические основы цифровой обработки сигналов 80.5 KB
  Математические основы цифровой обработки сигналов Задан дискретный сигнал вида. Найти Z-преобразование сигнала. Решение. Заданной последовательности отсчетов дискретного ставится в однозначное соответствие ...