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

Принципы и средства структурного анализа: DFD - функциональная методика потоков данных. STD - методика спецификации управления. ERD - методика проектирования информационной базы. IDEF0 - технология структурного анализа и проектирования

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

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

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

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

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

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

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

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

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

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

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

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

• функции, которые система должна выполнять;
• отношения между данными;
• зависящее от времени поведение системы (аспекты реального времени).

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

• DFD (D ata F low D iagrams) - диаграммы потоков данных (не опубликовано) совместно со словарями данных (не опубликовано) и спецификациями процессов или миниспецификациями (не опубликовано);
• ERD (E ntity- R elationship D iagrams) - диаграммы "сущность-связь" (не опубликовано);
• STD (S tate T ransition D iagrams) - диаграммы переходов состояний (не опубликовано).

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

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

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

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

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

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

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

Такие корпоративные системы получили название "Планирование материальных потребностей предприятия" (Material Requirement Planning - MRP).

Основными целями MRP -систем являются:

• удовлетворение потребности в материалах, компонентах и продукции для планирования производства и доставки потребителям;
• поддержка уровней запасов не выше запланированных;
• планирование производственных операций, расписаний доставки, закупочных операций.

Методология MRP является реализацией двух известных принципов - "Вовремя заказать" (Order In Time) и "Вовремя произвести" (Kanban), объединенных в методологию "Вовремя выполнить" (Just In Time - JIT). По сути, эта методология представляет собой алгоритм оптимального управления заказами на готовую продукцию, производством и запасами сырья и материалов, реализуемый с помощью компьютерной системы.

Для работы MRP -модуля требуются следующие входные данные:

• данные о состоянии запасов ("Книга учета запасов" - Inventory Status File). В этом документе отражается вся наличествующая номенклатура: запасы, незавершенное производство, полуфабрикаты, готовая продукция. Кроме того, в нем необходимо указать спланированные заказы и заказы в ожидании отгрузки;
• спецификация состава изделия (Bill of Material - BOM).

Результатами работы MRP -модуля являются следующие документы:

• график заказов на закупку/производство материалов и комплектующих (Planned Order Schedule) - документ, расписывающий, какое количество сырья, материалов, комплектующих должно быть заказано в каждый период в течение срока планирования. Этот документ определяет внутрипроизводственный план использования комплектующих и план внешних закупок;
• изменения к графику заказов на закупку/производство материалов и комплектующих (Changes in Planned Orders) - документ, содержащий корректировки ранее спланированных заказов на закупку/производство материалов и комплектующих.

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

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

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

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

Стандарт MRPII был разработан в США и поддерживается Американским обществом по управлению производством и запасами (American Production and Inventory Control Society - APICS). В свое время при поддержке APICS был издан документ "MRPII Standard System" (Landvater Darryl V., Gray Christopher D.), в котором описываются основные требования к информационным производственным системам.

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

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

В настоящее время стандарт MRPII положен в основу разработки ядра стандартизированной ERP -системы.

Дата добавления: 2014-01-15