Проектирование ИС "Склад"

Федеральное государственное бюджетное образовательное  учреждение

высшего профессионального образования

«Вятский государственный гуманитарный университет»

Факультет информатики, математики и  физики

Кафедра информационных систем в экономике

 

 

ПРОЕКТИРОВАНИЕ ИС «СКЛАД»

 

Курсовая работа по дисциплине

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

 

Направление подготовки 230200.62 Прикладная информатика

 

Выполнил

Студент 2 курса

учебной группы ПИЭ-21

Носкова Гульнара Викторовна

________________________

/подпись/

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

доктор экономических  наук,

кандидат технических  наук,

профессор кафедры информационных систем в экономике

Носов Александр Леонидович

 

________________________

/подпись/

Киров 2013

ОГЛАВЛЕНИЕ

 

ВВЕДЕНИЕ

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

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

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

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

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

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

 

Создание модели информационной системы с помощью Bpwin 4.1

Для проведения анализа и реорганизации бизнес – процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:

• IDEF0 (функциональная модель)
• DFD (DataFlow Diagram)
• IDEF3 (Workflow Diagram)

 

1. Создание модели в стандарте IDEF0

1. Содержание модели

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

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

 

 

start="2"

 Контекст  модели

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

• Предметная область моделирования - сама система. При определении области важно учитывать широту (границы модели – что будет рассматриваться внутри системы, а что снаружи) и глубину (уровень детализации модели).
• Цель моделирования (Purpose). Предполагает ответы на вопросы: «Зачем этот процесс должен быть смоделирован?», «Что должна показывать модель?», «Какие сведения можно будет получить из модели?».
• Точка зрения на модель (Viewpoint). Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте.

 

При создании нового проекта в  BPwin предметная область моделирования отражается в названии модели, и затем подробнее в описании области охвата

3. Свойства модели

Функциональная модель предназначена  для описания существующих бизнес-процессов  на предприятии (модель AS-IS - «как есть») и того, к чему желательно стремиться (модель TO-BE - «как будет»). Анализ функциональной модели AS-IS позволяет понять, где находятся слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Найденные в модели AS-IS недостатки можно исправить при создании модели TO-BE – модели новой организации бизнес-процессов, которая нужна для анализа альтернативных или лучших путей выполнения работ.

4. Модель как иерархическая система диаграмм

Методология IDEF0 предполагает построение иерархической системы диаграмм, описывающих фрагменты системы предприятия:

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

 

 

start="5"

 Обозначения в диаграммах модели

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

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

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

Управление (Control) – правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Стрелка управления рисуется как входящая в верхнюю грань работы. Работа должна иметь хотя бы одну стрелку управления.

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

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

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

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

В диаграммах BPwin для идентификации граничных стрелок используются ICOM-код. ICOM – аббревиатура от Input, Control, Output и Mechanism. ICOM-код содержит префикс, соответствующий типу стрелки (I, C, O, M) и порядковый номер. BPwin вносит эти коды автоматически. Для отображения ICOM-кодов следует включить опцию Show ICOM codes на вкладке Display в окне свойств модели.

Построение модели ИС начинается с описания функционирования предприятия (системы) или отдельной ее части (в нашем случае это деятельность складского хозяйства) в целом в виде контекстной диаграммы. В приложении 1 представлена контекстная диаграмма ИС «Деятельность склада»:

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

Входы
Клиент Счет клиента оплаченный Товар от поставщика Возврат товара от клиента Сопроводительные документы
Выходы
Выходные документы Выданный товар Списанный товар
Механизмы и управление
Действующее законодательство Должностные инструкции Инструкции по охране труда и технике безопасности
Ресурсы
Персонал склада Оборудование (складское и офисное) Информационные ресурсы Упаковочные (расходные) материалы

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

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

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

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

Model Name: Деятельность склада

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

• Приемка товара
• Отгрузка и возврат товара
• Хранение

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

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

• Приемку товара (Принятие товара по сопроводительным документам и передача его на хранение)

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

• Отгрузку и возврат товара (Выдача скомплектованного товара клиенту, либо возврат поставщику)

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

• Хранение (Основная и самая сложная функция склада, подразумевает все остальные действия с товаром, не описанные выше, например, складирование, комплектование, оформление документации на товар, списание). Подлежит дальнейшей декомпозиции. (Приложение 2.)

Процесс хранения, в свою очередь  подразделяется на:

• Формирование отгрузочных документов (Согласно оплаченного счета от клиента)