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

Содержание

• Реферат
• Введение
• 1.Техническое задание
• 1.1Анализ предметной области
• 1.2 Постановка задачи
• 1.3 Организационная структура управления предприятием
• 1.4 Анализ существующей системы бизнес-процессов предприятия
• 1.5 Локализация объекта автоматизации, подлежащего разработке, уточнение целей проектирования, формирование требований к создаваемой ИС
• 2.Постановка комплекса задач системы и характеристика автоматизируемых функций
• 2.1 Жизненный цикл разработки информационных систем
• 3. Технический проект
• 3.1 Определение логической структуры реляционной базы данных
• 3.2 Выделение информационных объектов
• 3.3 Определение взаимосвязей и построение информационной логической модели (ИЛМ)
• 3.4 Разработка технологии решения задачи
• 3.5 Описание запросов
• 4.Организационно-экономический раздел
• 4.1 Расчёт затрат на разработку системы
• Заключение
• Список использованной литературы
• Приложение А: Инструкция пользователя
• Приложение Б. Листинг программных модулей


Реферат

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

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

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

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

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

Введение

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

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

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

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

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

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

Задачами, в соответствии с целью, являются:

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

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

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

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

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

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

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

Предметом исследования является автоматизация управления производственной деятельностью столовой.

В работе использована различная методологическая база, в том числе Государственные Стандарты по информационным технологиям [1-5], учебная литература по экономическим дисциплинам, базам данных, разработке программного обеспечения и менеджменту.

1. Постановка задачи и разработка требований

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

Знание предметной области проекта способствует глубокому пониманию сути проблемы или поставленной задачи.

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

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

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

1. Вести учет заказов на удовлетворение потребностей;

2. Вести учет клиентов, осуществляющих удовлетворение своих потребностей в столоваяе;

3. Вести учет продуктов и блюд;

4. Осуществлять учет неисполненных заказов;

5. Осуществлять учет исполненных заказов.

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

Таблица 1. Матрица списка событий

Описание события	Реакция
Клиент приезжает на обед или ужин	Сотрудник столовой осуществляет предоставление запрашиваемых блюд
В случае наличия запрашиваемых блюд	Сотрудник столовой исполняет заказ и информирует клиента об исполнении заказа
В случае отсутствия запрашиваемых блюд	Сотрудник столовой предлагает другое аналогичное блюдо и информирует поваров об отсутствии запрашиваемого блюда
Руководство столовой запрашивает отчеты	Формирование отчетов

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

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

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

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

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

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

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

· данные о необходимых продуктах, их отсутствии либо наличии.

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

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

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

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

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

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

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

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

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

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



2. Обоснование выбора методов решения и структур данных

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

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

* DFD (Data Flow Diagrams) - методология, описывающая потоки данных в информационной системе;

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

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

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

Методология IDEF0 сформирована на основе следующих принципах:

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

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

* Контекстная диаграмма определяется границами системы и ее взаимодействием с внешним миром.

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

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

* Диаграммы для экспозиций (FEO) является фрагментом функциональной модели информационной системы.

Стандарт IDEF0 применяется для описания как существующей функциональной модели информационной системы (модель вида «КАК ЕСТЬ»), так и функциональной модели информационной системы, учитывающей изменения бизнес-процессов, связанные с информатизации управления (модель вида «ДОЛЖНА БЫТЬ»).

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

Модель АS-IS - это модель «как есть», т.е. модель уже существующего процесса или функции. Обследование процессов является обязательной частью любого проекта создания или развития системы. Построение функциональной модели АS-IS позволяет четко зафиксировать, какие процессы осуществляются на предприятии, какие информационные объекты используются при выполнении функций различного уровня детализации [7].

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

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

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

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

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

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

- низкая степень автоматизации (повторный ввод данных);

- слабая структурированность,

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

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

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

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

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

Названия систем кликабельны R-Keeper

Старейший игрок на рынке автоматизации столоваяного бизнеса. Первая версия программы R-Keeper была создана еще в 1992 году, в настоящий момент система установлена в 37 тысячах столовойх в разных странах мира.

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

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

Тип установки: система устанавливается локально

Стоимость лицензии: от 77000 до 180000 рублей.

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

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

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

Тип установки: локальный

Стоимость: базовая функциональность программы стоит 23990 рублей за сервер, 19990 за iikoFront (автоматизация кассовой станции) и 11990 за iikoOffice (автоматизация управления складом)

СБИС Presto

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

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

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

Тип установки: облачное решение, есть офлайн-приложение на случай проблем с интернетом.

Стоимость: от 750 руб. до 2 000 руб./мес.

Jowi

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

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

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

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

Тип установки: локальный + SaaS

Стоимость: $150 в месяц

Poster

Система автоматизации с облачным хранением данных, работающая на планшетах iPad и Android. Рабочее место кассира или официанта работает на планшете, чеки печатаются на термальном принтере Epson TM-T20.

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

Тип установки: локальная + SaaS

Стоимость: $24-$79 в месяц

Quick Resto

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

Из небольших недостатков (хотя это скорее гипотетически) - нет поддержки Windows, только iOS и Android. Для подключения периферийных устройств нужно приобрести QR Box. В приложении меню блюда идут с картинками - красиво, но в ходе работы может отвлекать официантов.

Поддержка работает в режиме 24/7, отвечает качественно и быстро.

Тип установки: Saas + Mobile

Стоимость: от 2990 руб. / месяц (1 терминал)

АСТОР

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

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

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

Тип установки: локальная

Стоимость: от $3100

GBS.Market

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

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

Тип установки: локальная + SaaS

Стоимость: 119 руб/мес за 1 ПК, 3475 руб. безлимитный тариф

Microinvest

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

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

Тип установки: SaaS + Mobile

Стоимость: 8 499 рублей

iSOK POS STORE

POS-система, изначально созданная для магазинов, но может быть использована и в небольшом столоваяе или кафе.

Может работать как в одиночном режиме (1 устройство - только iPad), так и в сдвоенном, когда одно мобильное устройство является главным, а второе - клиентским. Синхронизация через интернет, то есть модели SaaS нет.

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

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

Тип установки: Mobile

Стоимость: бесплатно с оплатой за доп.функции

Трактиръ

Сервис, заточенный под работу с мобильными устройствами на iOS и Android. Есть, приложение для официантов и электронное меню, с помощью которого можно оформлять заказы без официантов. Расстраивает, что каждый модуль стоит отдельных денег. По разным оценкам системой пользуются от 2000 до 3000 заведений.

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

Тип установки: локальная + Saas + Mobile

Стоимость: фронт-офис за 13000 руб, бэк-офис за 11500 руб и т.д.

Intellect Style

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



4. Особенности программной реализации

Кнопка «Добавить»

1. Проверить введены ли данные. Если данные введены корректно, то прейти на шаг 3, иначе на шаг 2

2. Отобразить сообщение об ошибке, перейти на шаг 6

3. Использовать конструктор объектов

4. Поместить созданный объект в конец списка

5. Вывести сообщение об успешном добавлении

6. Завершить алгоритм



5. Описание пользовательского интерфейса

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

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

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

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

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

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

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

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

4.1 Расчёт затрат на разработку системы

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

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

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

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

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

АВС (Activity Based Costing) - функционально-стоимостный анализ, в рамках которого выполняется дифференцированная калькуляция и распределение затрат на эксплуатацию системы по видам деятельности, продукции и функциям предприятия. Такой подход позволяет установить связь между элементами себестоимости производимых предприятием товаров и услуг, используемыми производственными процессами и применяемыми технологическими решениями. В развитие метода АВС разработан метод функционально-стоимостного управления (АВМ, Activity Based Management). Совместно методы АВС и АВМ используются для оценки эффективности применения ИС и определения действий, необходимых для ее повышения.

ROI (Return on Investment) - метод расчета рентабельности инвестиций, разработанный компанией Stern Stewart, представляет собой классический способ измерения отдачи от капиталовложений на внедрение ИС и рассчитывается исходя из затрат на новые информационные комплексы и системы, снижения других затрат компании после реализации внедренческого проекта, а также прогнозируемого роста доходов. Действенность данной методики зачастую ограничена невозможностью выделить все факторы воздействия на финансовый результат.

TEI (Total Economic Impact) - метод расчета совокупного экономического эффекта предназначен для поддержки принятия решений, снижения рисков и обеспечения гибкости, то есть ожидаемых или потенциальных преимуществ, остающихся за рамками анализа преимуществ и затрат (cost-benefit analysis). TEI включает четыре фундаментальных составляющих: стоимость, преимущества, гибкость и риски, связанные с использованием системы, охватывая как финансовые, так и нефинансовые аспекты разработки, развертывания, поддержки и эксплуатации ИС. Анализ эксплуатации стоимости обычно осуществляется по методу TCO. Оценка преимуществ должна проводиться с точки зрения стоимости внедрения и стратегических вложений, выходящих за рамки информационных технологий. Гибкость определяется с использованием методик расчетов фьючерсов и опционов. Для инвестиций в ИС анализ рисков должен предусматривать доступность и устойчивость параметров производителей, продуктов, архитектуры, корпоративной культуры, объема и временных рамок реализации проекта. Методология TEI лучше всего подходит для анализа двух различных сценариев. Например, приобретение готового ПО или его разработка своими силами, особенно если два этих варианта сопряжены с построением инфраструктуры или реализацией других корпоративных проектов, преимущества и недостатки которых оценить сложно.

REJ (Rapid Economic Justification) - метод быстрого экономического обоснования, предложенный корпорацией Microsoft, конкретизирует модель TCO путем установления соответствия между расходами на ИТ и приоритетами бизнеса. Включает в себя разработку бизнес-плана, отражающего мнение всех заинтересованных сторон и учитывающего основные факторы успеха и ключевые параметры эффективности; совместную проработку влияния технологии на факторы успеха; анализ критериев стоимости/эффективности; определение потенциальных рисков с указанием вероятности возникновения и воздействия каждого из них; вычисление стандартных финансовых показателей. Сильными сторонами метода являются такие возможности REJ, как оценка состояния бизнеса, анализ рисков и совместимость с TCO. Недостаток: несмотря на Rapid в названии, процедура REJ может оказаться достаточно продолжительной.

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

Метод ТСО (Total Cost of Ownership). Метод расчета общей (совокупной) стоимости владения оборудованием и программным обеспечением. Он использует в качестве критериев оценки стоимость приобретения, установки, администрирования, технической поддержки и сопровождения, модернизации, вынужденных простоев и других ИТ-затрат. Методология TCO наилучшим образом подходит для подсчета текущих стоимостных параметров, с ее помощью можно достаточно полно проанализировать эффективность выполнения каких-то отдельных функций или набора функций. В сочетании с другими параметрами, применяемыми на практике, она позволяет получить удачную схему учета и контроля расходов на информационные технологии. Однако методология TCO не учитывает риски и не позволяет соотнести технологию со стратегическими целями дальнейшего развития бизнеса и решением задачи повышения конкурентоспособности [27].

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

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

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

TCO (TotalCostofOwnership) является наиболее эффективным механизмом мгновенной оценки общего объёма затрат. Методология TCO позволяет достаточно полно проанализировать эффективность выполнения каких-то отдельных функций или набора функций. В сочетании с другими параметрами, применяемыми на практике, она позволяет получить удачную схему учета и контроля расходов. Для расчёта затрат на разработку системы был выбран метод ТСО.

Затраты согласно данному методу делятся на:

· Фиксированные (затраты на этапе создания ИС): на разработку и внедрение;

· Текущие (на этапе функционирования).

Так как фиксированные и текущие затраты известны рассчитываем затраты на разработку системы. Время на разработку системы составляет 4 месяца.



Заключение

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

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

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

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

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

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

1. ГОСТ Р ИСО/МЭК 12207 - 2010 Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное.

2. ГОСТ 7.32-2001 Система стандартов по информации, библиотечному и издательскому делу. Отчёт о научно-исследовательской работе. Структура и правила оформления.

3. ГОСТ 34.602.-89 Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированных систем.

4. Желены, М. Информационные технологии в бизнесе / М. Желены. - СПб. : Питер, 2002. - 1120 с.

5. Баронов, В.В. Автоматизация управления предприятием / В.В. Баронов. - М.: ИНФРА-М, 2000. - 239 с.

6. Фуфаев, Д.Э. Разработка и эксплуатация автоматизированных информационных систем / Д. Э. Фуфаев, Э. В. Фуфаев. - М. : Академия, 2001. - 304 с.

7. Одинцов, И. Профессиональное программирование. Системный подход / И.Одинцов. - СПб. : БХВ-Петербург, 2006. - 624 с.

8. Йордон, Э. Объектно-ориентированный анализ и проектирование систем / Э. Йордан, К. Аргила. - М. : Лори, 2010. - 264 с.

9. Джалота, П. Управление программным проектом на практике / П.Джалота. - М. : Лори, 2005. - 224 с.

10. Гецци, К. Основы инженерии программного обеспечения / К. Гецци, М. Джазайери, Д. Мандриоли. - СПб. : БХВ-Петербург, 2005. - 832 с.

11. Грекул, В.И. Проектирование информационных систем / В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина. - М. : Бином. Лаборатория знаний, 2008. - 304 с.

12. Брауде, Э. Дж. Технология разработки программного обеспечения / Э. Дж. Брауде. - СПб. : Питер, 2004. - 656 с.

13. Бишоп, Дж. С# в кратком изложении / Дж. Бишоп, Н. Хорспул - М.: БИНОМ. Лаборатория знаний, 2005. - 456 с.

14. Фленов М. Библия Delphi / М.Фленов - СПб: БХВ-Петербург, 2011. - 686с.

15. Трей Н. С# 2010: ускоренный курс для профессионалов / Н.Трей - М.: Вильямс, 2010. - 592 с.

16. Гайдамакин, Н.А. Автоматизированные информационные системы, базы и банки данных. Вводный курс / Н. А. Гайдамакин. - М.: Гелиос АРВ, 2002. - 368 с.

17. Астелс, Д. Практическое руководство по экстремальному программированию /Д. Астелс, Г. Миллер, М. Новак. - М.: Издательский дом "Вильямс", 2008. - 320 с.

18. Баженова, И. Ю. Основы проектирования приложений баз данных /И.Ю.Баженова. М.: Бином. Лаборатория знаний, 2008. - 328 стр.

19. Вендров, А.М. CАSE-технологии. Современные методы и средства проектирования информационных систем /А.М.Вендров. - М.: Финансы и статистика, 2007. - 456 с.

20. Вигерс, К. Разработка требований к программному обеспечению /К.Вигерс. - М.: Русская Редакция, 2008. - 576с.

21. Гвоздева, Т. В. Проектирование информационных систем / Т.В. Гвоздева, Б. А. Баллод. - М.: Феникс, 2009. - 512 с.

22. Глаголев, В.А. Разработка технической документации. Руководство для технических писателей и локализаторов ПО /В.А.Глаголев - СПб.: Питер, 2008. - 192 с.

23. Коноплева, И.А. Информационные технологии / И.А. Коноплева, О.А.Хохлова, А.В.Денисов. - М.: Проспект, 2011. - 328 с.

24. Исаев, Г.Н. Информационные системы в экономике. / Г.Н.Исаев - М.: Омега-Л, 2011. - 464 с.

25. Емельянова, Н. З. Проектирование информационных систем / Н.З. Емельянова, Т.Л. Партыка, И. И. Попов. - М.: Форум, 2009. - 432 с.

26. Илюшечкин, В. М. Основы использования и проектирования баз данных / В.М.Илюшечкин. - М.: Юрайт, 2010. - 224 с.

27. Котляров, В. П. Основы тестирования программного обеспечения / В.П.Котляров, Т.В.Коликова. - М.: Бином. Лаборатория знаний, 2009. - 288 с.

28. Туровец, О.Г. Вопросы экономики и организации производства в дипломных проектах. / О.Г.Туровец, В.Д. Билинкис. - М.: Высшая школа, 1988.- 182 с.

29. Липаев, В.В. Технико-экономическое обоснование проектов сложных программных систем / В.В.Липаев.- М.: Синтег, 2004. - 284 с.

30. Беклешова, В.К. Технико-экономическое обоснование дипломных проектов / В.К. Беклешова. - М.: Высшая школа, 1991.- 171 с.

31. Техническая документация со знаком качества. Электронный ресурс. [http://www.tdocs.su/10953]

32. Захарова Е.Я. Экономика информатики: Учеб.пособие. - Новосибирск: Изд-во НГТУ, 1999. - 62 с.

33. Щербаков В.А. и др. Основы управленческого функционально-стоимостного анализа. Учеб. пособие, Новосибирск, НГТУ, 1999 г., 62с.

34. Функционально-стоимостный анализ. Методические указания к выполнению РГЗ по ФСА./ Сост. Наумова Н.А. Новосибирск, НГТУ, 1995г.

35. Горевая М.И., Клочков Г.А., Курчеева Г.И. Экономическая эффективность проектных решений. Учебное пособие по дипломному проектированию. - М: Изд-во: Московская академия предпринимательства при Правительстве Москвы, 2008.



Приложение А: Инструкция пользователя

Запуск программы производится двойным нажатием на файл avto.exe.

Главное окно программы приведено на рисунке 1.

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

Работа с необходимыми для функционирования системы справочниками осуществляется через пункты меню «Добавить блюдо».

На рисунке 2 представлена работа со справочником «Меню»

Рисунок 2. Работа со справочником «Меню»

Основной функционал системы реализован в пунктах меню «Главная форма».

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

Рисунок 3. Форма ввода нового заказа.

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

Рисунок 4. Форма исполнения заказа

Приложение Б. Листинг программных модулей

#include "MainForm.h"

#include <Windows.h>

using namespace System;

using namespace System::Windows::Forms;

using namespace Cafee;

[System::STAThread]

int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int) {

Application::EnableVisualStyles();

Application::SetCompatibleTextRenderingDefault(false);

Cafee::MainForm form;

Application::Run(% form);

return 0;

}

#include "Dessert.h"

Dessert::Dessert(string name1, int cost1,string type1) : Meal(name1, cost1)

{

this->number = 3;

type = type1;

}

void Dessert::setType(string type1) { type = type1; }

string Dessert::getType() { return type; }

string Dessert::toString()

{

return " " + Meal::toString() + " " + this->getType() + " ";

}

#include "ChangeAndDelete.h"

#include "Add.h"

#include "Meal.h"

#include <iostream>

#include <sstream>

Meal::Meal()

{

}

Meal::Meal(string name1, int cost1)

{

name = name1;

cost = cost1;

}

void Meal::setName(string name1) { name = name1; }

string Meal::getName() { return name; }

void Meal::setCost(int cost1) { cost = cost1; }

int Meal::getCost() { return cost; }

int Meal::getNumber() { return number; }

string Meal::toString()

{

ostringstream ss;

ss << this->getNumber();

ss << " " + this->getName() + " ";

ss << this->getCost();;

return ss.str();

}

#include "Source.h"

void Source::addElement(Meal* meal)

{

AllMeals->push_back(meal);

}

учет электронный предприятие

void Source::deleteElement(int index)

{

for (int i = index; i < AllMeals->size()-1; i++)

{

AllMeals[i] = AllMeals[i + 1];

}

AllMeals->pop_back();

}

void Source::changeName(int index, string name)

{

int i = 0;

for (Meal* meal : *AllMeals)

{

if (i++ == index) meal->setName(name);

}

}

void Source::changeCost(int index, string cost)

{

int i = 0;

for (Meal* meal : *AllMeals)

{

if (i++ == index) meal->setCost(atoi(cost.c_str()));

}

}

Размещено на Allbest.ru

...