Файл: Разработка регламента выполнения процесса «Складской учет».pdf

Рис. 2. Контекстная диаграмма

В существующей системе имеется ряд недостатков:

- неполнота отражения предметной области;

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

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

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

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

Один и тот же документ может быть на разных этапах жизненного цикла

- трудоёмкость получения сводных отчетов;

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

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

ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

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

Модель существующей базы данных:

а) схема данных

Рис. 5. Существующая схема данных автоматизация учета материальных ценностей на складе.

Рис. 6. Модифицированная схема данных автоматизация учета материальных ценностей на складе.

2.1 Моделирование бизнес – процессов

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

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

2.1.1 Нотация IDEF0

Нотация IDEF0 (Integration Definition for Function Modeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий.

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

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

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

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

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

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

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

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

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

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

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

Для проанализированной предметной области построим контекстную диаграмму при помощи BPWin 4.0.

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

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

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

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

Конечным результатом даталогического проектирования является описание логической структуры базы данных на языке описания данных (ЯОД), поддерживаемом конкретной СУБД.

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

1. Внешняя - модель данных внешнего уровня в архитектуре СУБД, отражающая представление пользователя о базе данных (подсхема базы данных и ее описание).

2. Внутренняя - модель данных низшего (физического) уровня в архитектуре СУБД, отражающая представление данных во внешней памяти и методы до¬ступа к ним.

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

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

2.1.3 Нотация DFD

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

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

Любая DFD-диаграмма может содержать работы, внешние сущности, стрелки (потоки данных) и хранилища данных.

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

Декомпозируем функциональный блок «Приемка товара на склад» еще на четыре действия (Рис.3):

• Проверка товарно-транспортной накладной;
• Проверка поставленной продукции;
• Занесение данных о продукции в БД;
• Передача продукции на хранение.

Далее на рисунке представлен пример работы данной системы.

Далее идет создание диаграммы потоков данных

Рис. 9. Диаграмма потоков данных. «Учет материальных ценностей на складе»

Рис.10 . Диаграмма потоков данных. Детализация процесса «Учет материальных ценностей на складе»

Рис.11. Диаграмма потоков данных. Детализация процесса «Поступление материальных ценностей на склад»

Рис.12. Диаграмма потоков данных. Детализация процесса «Расход материальных ценностей на складе»

Рис.13. Диаграмма потоков данных. Детализация процесса «Движение материальных ценностей между складами».

Рис.14. Диаграмма потоков данных. Детализация процесса «Инвентаризация материальных ценностей».

ЗАКЛЮЧЕНИЕ

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

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

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

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

• расход материальных ценностей по направлениям затрат;

• движение материальных ценностей на складах;

• инвентаризация материальных ценностей.

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

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

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

ЛИТЕРАТУРА

Основная:

1. Васильев, Р. Б.,Управление развитием информационных систем : учебное пособие,М : Горячая линия-Телеком,2009

2. Гусятников, В. Н.,Стандартизация и разработка программных систем : учебное пособие,М : Финансы и статистика,2010

3. Калянов Г.Н.,Стратегическое управление информационными системами : учебник,М : Бином,2010

4. Сатунина А.Е., Управление проектом корпоративной информационной системы предприятия, М.: Финансы и статистика, 2009.

5. Смирнова Г.Н.; Сорокин А.А., Тельнов Ю.Ф., Проектирование экономических информационных систем: учебник - М.: Финансы и статистика, 2005

6. ПБУ 5/01 «Учет МПЗ», утвержденное приказом МФ РФ от 9.06.01 №44н

7. «Методические указания по бухгалтерскому учету МПЗ», утвержденные приказом МФ РФ от 28.12.01 №119н.

Дополнительная:

1. Гост 19.101-77. Единая система программной документации. Виды программ и программных документов. М. Издательство стандартов. 1994.

2. Гост 19.701-90. Единая система программной документации. Схемы алгоритмов, программ данных и систем. Условные обозначения и правила выполнения. М. Издательство стандартов. 1994.