2.1 Описание предметной области

Склад готовой продукции - место хранения производимой продукции предприятия. На складе ведётся учёт прихода готовой продукции, ее расхода и прихода из цеха производства.

Задачи складского учёта состоят в следующем:

 учёт количества производимой продукции;

 учёт прихода новой продукции;

 учёт отгрузки готовой продукции потребителю;

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

 информация о готовой продукции;

 информация о единицах измерения;

 информация об материально-ответственных лицах;

 информация о покупателях;

 информация о цехах;

 информация о складах;

 информация о приходе готовой продукции;

 информация о расходе готовой продукции;

 информация об остатках готовой продукции на складе;

Эти данные служат исходной информацией в учёте готовой продукции на складе.

Выходные данные формируются в результате обработки входящей и постоянной информации. При работе с программным средством «Автоматизация учёт продукции на складе ЧТУП "Стекольский" существует возможность создания следующих отчетов:

 отчет «Приход комплектующих»;

 отчет «Расход комплектующих »;

– отчёт «Остатки комплектующих на складе»

– отчёт «Остатки товаров на складе»

– отчёт «Приход продукции»

– отчёт «Расход продукции»

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

2.2 Функциональное моделирование (чего ??)

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

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

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

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

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

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

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

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

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

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

Родительский блок (Parent Box) - функциональный блок, - подлежащий декомпозиции. По отношению к дочерней диаграмме - блок-предок.

Родительская диаграмма (Parent Diagram) - диаграмма, содержащая один или более родительских блоков.

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

Дочерний блок (Child Box) - любой функциональный блок на дочерней диаграмме. Диаграмма декомпозиции - полученный при декомпозиции родительских блоков набор тщательно взаимосогласованных описаний. Диаграмма с потоками - диаграмма, описывающая все, связанное с декомпозируемым блоком и его стрелками. При декомпозиции интерфейсные стрелки, присоединённые к блоку, через ICOM коды переносятся на диаграмму-потомок. Таким образом, родительский блок и его интерфейсные дуги определяют контекст для диаграммы-потомка. Глоссарий. Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных стрелок стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей стрелки «распоряжение об оплате» глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией. Пример построения диаграммы IDEF0, в соответствии с рисунком 1.1.

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

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