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

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

Данные системы построены на создании базы данных и в последующем внесением в неё количества материалов доступных на данный момент на складе.

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

Ведение документооборота на предприятии.
Ведение учета товаров и их распределение.
Контроль поставки товаров большими партиями по заказчикам.

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

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

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

1.2 Выбор средства для моделирования бизнес процессов.

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

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

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

3.3 Моделирование бизнес-процессов «Как есть»

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

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

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

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

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

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

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

ГЛАВА 2. Проектная часть

2.1 Предлагаемые мероприятия по улучшению бизнес-процессов

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

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

2.2 Моделирование бизнес-процессов «как должно быть»

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

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

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

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

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

Рис 1. Диаграмма нулевого уровня IDEF0

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

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

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

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

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

Рис 3. Подробное описание обработки товаров поступающих на оптовый склад

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

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