Проектирование информационной системы ООО "Левша"

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

Федеральное агентство по образованию Российской Федерации

Омский государственный институт сервиса

Кафедра прикладной информатики и математики

Курсовая работа

По дисциплине: «Проектирование информационных систем»

Тема: «Проектирование информационной системы ООО Левша»

Омск 2010



Содержание

Введение

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

1.1 Краткая характеристика ООО «Левша»

1.2 Описание деятельности работы отделов ООО «Левша»

1.3 Перечень документов входящих в подразделение и формируемые в нем

2. Описание технического программного средства ERwin Data Modeler

3. Построение модели деятельности «Как есть» (AS-IS)

4. Построение модели деятельности «Как должно быть» (TO-BE)

5. Техническое задание на создание автоматизированной информационной системы

6. Реализация информационной системы

Приложение 1

Приложение 2

Заключение

Библиографический список

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



Введение

В современном мире огромный поток информации.

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

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

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

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

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

Автоматизированная система управления Общества с ограниченной ответственностью «Левша» будет разрабатываться в системе управления 1с и позволять регистрировать и хранить все данные в единой информационной базе.

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



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

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

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

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

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

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

1. Изучить предметную область;

2. Провести структурный анализ;

3. Построить структурно-функциональные модели;

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

1.1 Краткая характеристика ООО «Левша»

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

Рис. 2 Схема ООО «Левша»

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

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

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

Начальник маркетингового отдела. Осуществляет общее руководство работой сотрудников маркетингового отдела. Принимает окончательные решения стратегии развития организации.

Маркетолог. Осуществляет анализ потребительской аудитории и поиск поставщиков. Разрабатывает стратегию развития бизнеса.

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

Начальник производственного отдела. Осуществляет общее руководство работой сотрудников производственного отдела. Несет персональную ответственность за результат оказанной услуги.

Мастер по ремонту Стиральных машин. Осуществляет диагностику ремонт стиральных машин в соответствии с заказами клиентов.

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

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

Грузчик. Осуществляет погрузку, выгрузку, перемещение материалов.

Водитель. Осуществляет транспортировку материалов.

1.2 Описание деятельности работы отделов ООО «Левша» требующих автоматизации

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

Основные функции, выполняемые отделом маркетинга:

- Анализ рынка потребителей;

- Поиск и выбор поставщиков;

- Работа с клиентами;

- Разработка стратегии развития бизнеса;

Отдел маркетинга оснащен 2-умя профессиональными компьютерами (1.8Ghz / 1Gb / 160Gb / GMA X3100 до 256Mb / СЧ012915_2010) с установленной операционной системой windows XP sp3.

На компьютерах имеется выход в интернет, а так же установлены программы: firefox, Microsoft office, Консультант плюс.

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

Основные функции, выполняемые в бухгалтерии:

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

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

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

- предотвращение отрицательных результатов хозяйственной деятельности организации;

- учет сотрудников в штате предприятия.

Отдел бухгалтерии оснащен 2-умя профессиональными компьютерами (1.8Ghz / 1Gb / 160Gb / GMA X3100 до 256Mb / СЧ012915_2010) с установленной операционной системой windows XP sp3.

На данный момент бухгалтерский учет ведется в бухгалтерской информационной системе «ПАРУС», также для ведения учета используются программы: Microsoft office, Консультант Плюс, CheckXML.

Отдел обеспечения. Осуществляет обеспечение основной деятельности предприятия материальными средствами.

Основные функции, выполняемые отделом обеспечения:

- руководство работами по приему, хранению и отпуску материалов на складах;

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

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

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

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

1) Договор возмездного оказания услуг.

________________ "___"_________ ____ г.

__________________________, именуем__ в дальнейшем "Исполнитель", в лице _________________________, (наименование юридического лица - исполнителя) (должность, ф.и.о.)

действующего на основании __________________________, с одной стороны, (Устава, положения)

и ____________________________________________, именуем__ в дальнейшем "Заказчик", в лице ______________ (наименование юридического лица - заказчика) (должность, ф.и.о.)

действующего на основании _____________, с другой стороны, заключили настоящий договор о нижеследующем: (Устава, положения)

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

2. Исполнитель обязуется оказать услуги лично.

3. Стоимость оказываемых услуг составляет: _____________________.

4. Услуги оплачиваются в следующие сроки и в следующем порядке: ____________________________________________________________________________________________________________________________________

5. В случае невозможности исполнения, возникшей по вине Заказчика, услуги подлежат оплате в полном объеме.

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

7. Заказчик вправе отказаться от исполнения настоящего договора при условии оплаты Исполнителю фактически понесенных им расходов.

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

9. К настоящему договору применяются общие положения о подряде (статьи 702 - 729 ГК), если это не противоречит статьям 779 - 782 ГК, регулирующим вопросы возмездного оказания услуг.

10. Срок действия настоящего договора:

- начало: _____________________________________________________;

- окончание: _________________________________________________.

11. Договор составлен в 2-х экземплярах, по одному для каждой из сторон.

12. Адреса и банковские реквизиты сторон:

Заказчик:

Исполнитель:

2) Приходная Накладная.

3) Товарная Накладная.

4) Акт возврата бракованного товара.

5) Договор купли продажи.

ДОГОВОР КУПЛИ-ПРОДАЖИ № ____

г. _____________ «____» __________ 200__г.

ООО «________» в лице ___________, действующего на основании _________ (Устава, доверенности), именуемое в дальнейшем «Продавец», с одной стороны, и

_____________, паспорт серия ___________ № ______________, выдан _____________ (кем, когда), проживающий по адресу: _____________________, __________, дом № _____, квартира № ____, именуемый(ая) в дальнейшем «Покупатель», с другой стороны, вместе именуемые «Стороны», заключили настоящий договор о нижеследующем:

1. Предмет договора

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

1.2. Сведения о товаре: _____________(наименование, производитель, изготовитель, год выпуска, модель, ГОСТ, ТУ, серийный номер, количество, комплектность, стоимость).

1.3. Гарантийный срок на товар составляет ______________.

2. Права и обязанности сторон

2.1. Продавец обязуется:

2.1.1. передать товар и относящиеся к нему документы Покупателю на условиях, установленных настоящим договором;

2.1.2. обеспечить перевозку товара своими силами и за свой счет;

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

2.2. Покупатель обязуется:

2.2.1. осмотреть и принять товар в ___ - дневный срок;

2.2.2. уплатить за товар его цену в соответствии с условиями настоящего договора.

3. Цена товара и порядок расчетов

3.1. Цена товара составляет ______________ (цифрами и прописью) рублей. Цена товара включает (не включает) стоимость его доставки в пределах города.

3.2. Расчеты по договору производятся путем: 100% предоплаты (вариант: единовременной оплаты, поэтапной оплаты и т.п.).

3.3. Покупатель оплачивает товар в следующие сроки: __________________.

3.4. Форма оплаты: _____________________ (по безналичному расчету, наличными деньгами).

4. Порядок исполнения договора

4.1. Передача товара в соответствии с условиями настоящего договора производится по месту нахождения ______________ (Продавца, Покупателя).

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

4.3. Перевозка товара до места передачи осуществляется ______________ (Продавцом, Покупателем) за счет _____________ (Продавца, Покупателя)

4.4. Продавец передает Покупателю товар в течение _____ рабочих дней со дня подписания настоящего договора.

5. Ответственность сторон

5.1. За просрочку передачи товара Продавец уплачивает Покупателю пени в размере _____ % его стоимости за каждый день просрочки.

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

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

6. Заключительные положения

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

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

7. Адреса и реквизиты сторон

5) Акт оказания услуги.



2. Описание технического программного средства CA ERwin Data Modeler

CA ERwin Data Modeler (ранее называвшийся AllFusion Data Modeler) -- программный продукт в области реализации средств CASE-технологий.

Позволяет проводить описание, анализ и моделирование модели данных -- построитель мета-моделей данных. Занимает одно из лидирующих мест в своём сегменте рынка. В настоящее время выпускается компанией Computer Associates. Распространяется на коммерческой основе.

Включает три стандартные методологии: IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти методологии по-своему уникальны. Каждая из них может быть выполнена отдельно с помощью BPwin, но их совокупность заключённая в модель даёт аналитику полную картину предметной области клиента. Язык UML является языком специфицирования и визуализации, основными единицами его являются диаграммы.

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

Аргументы и факты:

поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область более комплексно;

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

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

недорог, распространён, по нему много информации и компетентных специалистов;

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

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

является стандартом де-факто, интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;

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

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

содержит собственный генератор отчётов;

позволяет эффективно манипулировать моделями - сливать и расщеплять их;

имеет широкий набор средств документирования моделей, проектов.

IDEF0

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

IDEF0 -- Function Modeling -- методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временнамя последовательность (WorkFlow).

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

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

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

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

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

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

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

* Почему моделируется этот процесс?

* Что должна показывать модель?

* Что может получить читатель?

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

Точка зрения (Viewpoint). Хотя при построении модели учитывают мнения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом. Часто при выборе точки зрения на модель важно задокументировать дополнительные альтернативные точки зрения. Для этой цели обычно используют диаграммы FEO (For Exposition Only), которые будут описаны в дальнейшем.

IDEF3

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

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

Два типа диаграмм в IDEF3

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

IDEF3 состоит из двух методов. Process Flow Description (PFD) -- Описание технологических процессов, с указанием того, что происходит на каждом этапе технологического процесса. Object State Transition Description (OSTD) -- Описание переходов состояний объектов, с указанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

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

диаграмму Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD)

диаграмму Сети Трансформаций Состояния Объекта (Object State Transition Network, OSTN)

Компоненты диаграммы описания процесса. Диаграмма IDEF3 Process Flow Description может состоять из 4 основных описательных блоков:

работы (boxes, activities);

стрелки или связи (arrows, links);

перекрёстки (junctions);

объекты ссылок.

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

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

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

Единицы работы (Unit of Work, UOW). UOW, также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе фразы, и номер (идентификатор); другое имя существительное в составе той же фразы обычно отображает основной выход (результат) работы (например, "Изготовление изделия"). Часто имя существительное в имени работы меняется в процессе моделирования, поскольку модель может уточняться и редактироваться. Идентификатор работы присваивается при создании и не меняется никогда. Даже если работа будет удалена, ее идентификатор не будет вновь использоваться для других работ. Обычно номер работы состоит из номера родительской работы и порядкового номера на текущей диаграмме.

Работа в IDEF3 требует более подробного описания, чем работа в IDEF0. Каждая UOW должна иметь ассоциированный документ, который включает текстовое описание компонентов работы: объектов (Objects) и фактов (Facts), связанных с работой, ограничений (Constraints), накладываемых на работу, и дополнительное описание работы (Description). Эта информация заносится во вкладку UOW окна Activity Properties.

Связи.

Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи, стиль которых устанавливается во вкладке Style окна Arrow Properties (пункт контекстного меню Style).

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

Стрелка отношения (Relational Link) - пунктирная линия, использующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссылок.

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

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

Перекрестки (Junction). Окончание одной работы может служить сигналом к началу нескольких работ, или же одна работа для своего запуска может ожидать окончания нескольких работ. Перекрестки используются для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. Для внесения перекрестка служит кнопка (добавить в диаграмму перекресток - Junction) в палитре инструментов. В окне Junction Type Editor необходимо указать тип перекрестка.

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи окна Junction Properties (вызывается из контекстного меню). В отличие от IDEF0 и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.

Объект ссылки. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Для внесения объекта ссылки служит кнопка |R| (добавить в диаграмму объект ссылки - Referent) в палитре инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в окне Referent Properties (пункт контекстного меню Name), в качестве имени можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных. Объекты ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями. Официальная спецификация IDEF3 различает три стиля объектов ссылок - безусловные (unconditional), синхронные (synchronous) и асинхронные (asynchronous). BPwin поддерживает только безусловные объекты ссылок. Синхронные и асинхронные объекты ссылок, используемые в диаграммах переходов состояний объектов, не поддерживаются.

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

DFD

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

§ функции обработки информации (работы);

§ документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации;

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

§ таблицы для хранения документов (хранилище данных, data store).

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

Диаграмма потоков данных (data flow diagram, DFD) -- один из основных инструментов структурного анализа и проектирования информационных систем, существовавших в «доюмээльную» эпоху. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.

Исторически сложилось так, что для описания диаграмм DFD используются две нотации -- Йодана (Yourdon) и Гейна-Сарсона (Gane-Sarson), отличающиеся синтаксисом. На приведенной ниже иллюстрации использована нотация Гейна-Сарсона. [1]

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

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

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

Нотация DFD -- удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую АИС в коммуникации с внешней средой. Это -- диаграмма верхнего уровня в иерархии диаграмм DFD. Ее назначение -- ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. Другие нотации, часто используемые при формировании контекстной диаграммы -- диаграмма SADT1), диаграмма Диаграмма вариантов использования.

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

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

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

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

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

Альтернативным подходом является подход, популярный при создании программного обеспечения, называемый событийным разделением (event partitioning), в котором различные диаграммы DFD выстраивают модель системы. Во-первых, логическая модель строится как совокупность работ и документирования того, что они (эти работы) должны делать. Во-вторых модель окружения (environment model) описывает систему как объект, взаимодействующий с событиями из внешних сущностей. Модель окружения обычно содержит описание цели системы, одну контекстную диаграмму и список событий. Контекстная диаграмма содержит один прямоугольник работы, изображающий систему в целом, и внешние сущности, с которыми система взаимодействует. Наконец, модель поведения (behavior model) показывает, как система обрабатывает события. Эта модель состоит из одной диаграммы, в которой каждый прямоугольник изображает каждое событие из модели окружения. Хранилища могут быть добавлены для моделирования данных, которые необходимо запоминать между событиями. Потоки добавляются для связи с другими элементами, и диаграмма проверяется с точки зрения соответствия модели окружения.

Нумерация объектов. В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта - это уникальный номер работы на диаграмме. Например, работа может иметь номер А.12.4. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс Е и уникальный номер, например Е5.



3. Построение модели деятельности «Как есть» (AS-IS)

На основе анализа деятельности ООО «Левша» построена функциональная модель, описывающая существующую организацию работы. Модель включает:

· структурную функциональную модель деятельности в соответствии со стандартом IDEF0 (иерархия SADT-диаграмм);

· функциональную модель в виде иерархии потоков данных DFD.

· Модель описания технологических процессов IDEF3

· Модель организационной структуры Organization chart



4. Построение модели деятельности «Как должно быть» (TO-BE)

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



5. Техническое задание на создание автоматизированной информационной системы

Общие сведения

Полное наименование системы: ООО «Левша»

Условное обозначение системы: Левша.

Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

Заказчик: ООО «Левша» 644103, г.Омск-83. ул.

Барнаульская 10«б» тел./факс: 61-65-79

ИНН 4501135990 Р./с №40702810245380130374 в

Омского гор.отд. СБ РФ № 8634 г. Омск к\с

№30101810900000000673 БИК 045209673 код по

ОКОНХ 62000 код по ОКПО 35857990 Россия,

644103, г. Омск-83, ул. Барнаульская д. 10«б»,

тел./факс 8 (3812) 61-65-79

Начало: 07.10.2010 г.

Окончание: 19.12.2010 г.

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

* Система складского учета

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

* Система создания отчетов различных форм.

2.2. Цели создания системы:

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

- уменьшение ручной работы сотрудников;

- минимизация ошибок в их работе.

- повышение производительности.

4.3.. Характеристики объекта автоматизации: <отсутствуют>

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

4.1. Требования к системе в целом

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

ООО «Левша»

Уровень 1.

Подсистема бухгалтерского учета.

Подсистема складских операций.

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

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

Данные договора купли продажи.

Источник - подсистема маркетингового управления.

Приемник - подсистема бухгалтерского учета.

Приходная накладная

Источник - подсистема бухгалтерского учета.

Приемник - подсистема складского учета.

Отчет о материалах на складах.

Источник - подсистема складского учета.

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

4.1.3. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к совместимости, способы обмена информацией.

Внешняя сущность - Работник.

4.1.4. Требования к численности и квалификации персонала системы и режиму его работы: <отсутствуют>

4.1.5. Требования к показателям назначения: <отсутствуют>

4.1.6. Требования к надежности: <отсутствуют>

4.1.7. Требования к безопасности:

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

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

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

4.1.8. Требования к эргономике и технической эстетике: <отсутствуют>

4.1.9. Требования к транспортабельности для подвижных АИС: <отсутствуют>

4.1.10. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению комплектов системы: <отсутствуют>

4.1.11. Требования к защите информации от несанкционированного доступа: <отсутствуют>

4.1.12. Требования к сохранности информации: <отсутствуют>

4.1.13. Требования к средствам защиты от внешних воздействий: <отсутствуют>

4.1.14. Требования к патентной чистоте: <отсутствуют>

4.1.15. Требования к стандартизации и унификации: <отсутствуют>

4.1.16. Дополнительные требования: <отсутствуют>

4.2. Требования к функциям.

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

1) Просмотреть отчет рейтинг услуг;

2) Просмотреть отчет материалы на складе.

3) Изменение справочника поставщики

4) Изменение справочника номенклатура

Составить договор. Имеет функцию - Оформление заказа: 1) получить данные клиента; 2) получить условия оплаты; 4) получить форму договора; 5) составить договор; 6) внести данные договора в БД «Договоры».

Подсистема Бухгалтерского учета.

Проверить наличие недостающих материалов. Имеет функцию -Проверка наличия свободных мест: 1) сверить наличие свободных мест по Реестру «Остатки материалов», 2) сформировать отчет.

Подсистема складского учета.

Вести учет прихода личных дел.. Имеет функцию - Ведение учета прихода материалов: 1) получить материалы; 2) выписать Расписку 3) внести запись о поступившем материале в реестр «Остатки материалов».

Вести учет отпуска материалов. Имеет функцию - Учет отпуска материалов: 1) получить Расписку на отпуск материала; 2) внести данные о выбытии материала в реестр «Остатки материалов».

Формировать отчет о наличии количества материалов на складах. Имеет функцию - Получение оперативной информации о количестве материалов на складах: 1) получить данные о количестве стоимости имеющихся материалов в реестре «Стоимость материалов»; 2) формировать отчет.

4.3. Требования к видам обеспечения. <отсутствуют>

4.3.1. Требования к математическому обеспечению: <отсутствуют>

4.3.2. Требования к информационному обеспечению. Внешняя сущность - Работник.



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

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

Создадим Справочники:

1.Поставщики.

2.Клиенты.

3.Сотрудники.

4. Номенклатура: 4.1. Материалы.

4.2. Услуги.

5. Склады.

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

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

1. Реестр остатков «Остатки материалов на складах»

Измерения:

- склад

- материал

Ресурсы:

- количество

2. Реестр остатков «стоимость материалов»

Измерения:

- склад

- материал

Ресурсы:

- стоимость

3. Реестр оборотов «Продажи»

Измерения:

- материал

- клиент

- мастер

Ресурсы:

- выручка

- количество

- стоимость

4. Реестр «цены»

Измерения:

- номенклатура

Ресурсы:

- цена

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

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

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

Создадим отчеты:

1. Материалы (показывает в удобном виде информацию о материалах на складе)

2. Рейтинг услуг (Извлекает информацию о услугах из реестра «Продажи»)

3. Рейтинг клиентов (Извлекает информацию о клиенгах из реестра «Продажи»)

4. Отчет Реестр документов акт оказание услуги( выводит по датам информацию о всех созданных документов «Акт оказания услуги»)



Приложение 2

Процедура ОбработкаПроведения(Отказ, Режим)

Для Каждого ТекСтрокаМатериалы Из Материалы Цикл

Движение = Движения.ОстаткиМатериалов.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

Движение.Материал = ТекСтрокаМатериалы.Материал;

Движение.Склад = Склад;

Движение.Количество = ТекСтрокаМатериалы.Количество;

Движение = Движения.СтоимостьМатериалов.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Приход;

Движение.Период = Дата;

Движение.Материал = ТекСтрокаМатериалы.Материал;

Движение.Стоимость = ТекСтрокаМатериалы.Сумма;

КонецЦикла;

КонецПроцедуры

Процедура РассчитатьСумму(СтрокаТабличнойЧасти) Экспорт

СтрокаТабличнойЧасти.сумма= СтрокаТабличнойЧасти.количество * СтрокаТабличнойЧасти.цена;

КонецПроцедуры

Функция РозничнаяЦена (АктуальнаяДата, ЭлементНоменклатуры) Экспорт

//создать вспомогательный объект отбор

Отбор = Новый Структура("Номенклатура", ЭлементНоменклатуры);

//Получить актуальные значения ресурсов регистра сведений

ЗначенияРесурсов = РегистрыСведений.Цены.ПолучитьПоследнее(АктуальнаяДата, Отбор);

Возврат ЗначенияРесурсов.цена;

КонецФункции

Процедура ОбработкаПроведения(Отказ, Режим)

Для Каждого ТекСтрокаПереченьНоменклатуры Из ПереченьНоменклатуры Цикл

// регистр ОстаткиМатериалов Расход

//Если ТекСтрокаПереченьНоменклатуры.Номенклатура.ВидНоменклатуры = Перечисления.ВидыНоменклатуры.Материал Тогда

//Продолжить;

//Иначе

//Сообщить("Вы указали услугу в столбце материалов - данные операции не будут проведены");

//КонецЕсли;

Движение = Движения.ОстаткиМатериалов.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.Материал = ТекСтрокаПереченьНоменклатуры.Номенклатура;

Движение.Склад = Склад;

Движение.Количество = ТекСтрокаПереченьНоменклатуры.Количество;

// регистр СтоимостьМатериалов Расход

Движение = Движения.СтоимостьМатериалов.Добавить();

Движение.ВидДвижения = ВидДвиженияНакопления.Расход;

Движение.Период = Дата;

Движение.Материал = ТекСтрокаПереченьНоменклатуры.Номенклатура;

Движение.Стоимость = ТекСтрокаПереченьНоменклатуры.Стоимость * ТекСтрокаПереченьНоменклатуры.Количество ;

КонецЦикла;

Для Каждого ТекСтрокаПереченьНоменклатуры Из ПереченьНоменклатуры Цикл

движение = Движения.Продажи.Добавить();

Движение.Период = дата;

Движение.Номенклатура = текСтрокаПереченьНоменклатуры.Номенклатура;

Движение.Клиент = клиент;

Движение.Мастер = мастер;

Движение.Количество = ТекСтрокаПереченьНоменклатуры.Количество;

Движение.Выручка = ТекСтрокаПереченьНоменклатуры.Сумма;

Движение.Стоимость = ТекСтрокаПереченьНоменклатуры.Стоимость * ТекСтрокаПереченьНоменклатуры.Количество ;

КонецЦикла;

Для Каждого ТекСтрокаДополнительныеДанныеОУслуге Из ДополнительныеДанныеОУслуге Цикл

движение = Движения.Продажи.Добавить();

Движение.Период = дата;

Движение.Номенклатура = ТекСтрокаДополнительныеДанныеОУслуге.Услуга;

Движение.Клиент = клиент;

Движение.Мастер = мастер;

Движение.Выручка = ТекСтрокаДополнительныеДанныеОУслуге.СтоимостьУслуги;

КонецЦикла;

КонецПроцедуры

Процедура МатериалыИнициализация()

ПостроительОтчетаМатериалы.Текст ="ВЫБРАТЬ

|ОстаткиМатериаловОстаткиИОбороты.Материал,

|ПРЕДСТАВЛЕНИЕ(ОстаткиМатериаловОстаткиИОбороты.Материал)

|ОстаткиМатериаловОстаткиИОбороты.Склад КАК Склад,

|ПРЕДСТАВЛЕНИЕ(ОстаткиМатериаловОстаткиИОбороты.Склад),

|ОстаткиМатериаловОстаткиИОбороты.КоличествоНачальныйОстаток,

|ОстаткиМатериаловОстаткиИОбороты.КоличествоПриход,

|ОстаткиМатериаловОстаткиИОбороты.КоличествоРасход,

|ОстаткиМатериаловОстаткиИОбороты.КоличествоКонечныйОстаток

|ИЗ

|РегистрНакопления.ОстаткиМатериалов.ОстаткиИОбороты КАК ОстаткиМатериаловОстаткиИОбороты

|ИТОГИ ПО

|Склад";ПостроительОтчетаМатериалы.ЗаполнитьНастройки();

ПостроительОтчетаМатериалы.ЗаполнениеРасшифровки = ВидЗаполненияРасшифровкиПостроителяОтчета.ЗначенияГруппировок;

ПостроительОтчетаМатериалы.ТекстЗаголовка = "Материалы";

Настройка = ВосстановитьЗначение("НастройкаОтчетыМатериалыМатериалы_c5ff7d03-2152-4e8f-876e-abdd2a091e34");

Если Настройка <> Неопределено Тогда

ПостроительОтчетаМатериалы.УстановитьНастройки(Настройка);

КонецЕсли;

КонецПроцедуры

Процедура ДействияФормыМатериалыНастройка(Кнопка)

Форма = ОтчетОбъект.ПолучитьФорму("МатериалыНастройка");

Форма.ПостроительОтчета = ПостроительОтчетаМатериалы;

Настройка = ПостроительОтчетаМатериалы.ПолучитьНастройки();

Если Форма.ОткрытьМодально() = Истина Тогда

МатериалыВывести();

Иначе

ПостроительОтчетаМатериалы.УстановитьНастройки(Настройка);

КонецЕсли;

КонецПроцедуры

Процедура ПриЗакрытии()

СохранитьЗначение("НастройкаОтчетыМатериалыМатериалы_c5ff7d03-2152-4e8f-876e-abdd2a091e34", ПостроительОтчетаМатериалы.ПолучитьНастройки());

КонецПроцедуры

Процедура ПередОткрытием(Отказ, СтандартнаяОбработка)

МатериалыИнициализация();

КонецПроцедуры.



Заключение

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

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

- Приходование материалов на склад;

- организацию полного и достоверного учета всех поставщиков;

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

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

...