Также различают виды КИС, такие как заказные (уникальные) и тиражируемые КИС.
Заказные КИС
Под заказными КИС обычно понимают системы, создаваемые для конкретного предприятия, не имеющего аналогов и не подлежащие в дальнейшем тиражированию.
Подобные системы используются либо для автоматизации деятельности предприятий с уникальными характеристиками либо для решения крайне ограниченного круга специальных задач.
Заказные системы, как правило, либо вообще не имеют прототипов, либо использование прототипов требует значительных его изменений, имеющих качественный характер. Разработка заказной КИС характеризуется повышенным риском в плане получения требуемых результатов.
Тиражируемые (адаптируемые) КИС.
Суть проблемы адаптации тиражируемых КИС, т.е. приспособления к условиям работы на конкретном предприятии в том, что в конечном итоге каждая КИС уникальна, но вместе с тем ей присущи и общие, типовые свойства. Требования к адаптации и сложность их реализации существенно зависят от проблемной области, масштабов системы. Даже первые программы, решавшие отдельные задачи автоматизации, создавались с учетом необходимости их настройки по параметрам.
Разработка КИС на предприятии может вестись как “от нуля”, так и на основе референционной модели.
Референционная модель представляет собой описание облика системы, функций, организованных структур и процессов, типовых в каком-то смысле (отрасль, тип производства и т.д.).
В ней отражаются типовые особенности, присущие определенному классу предприятий. Ряд компаний – производителей адаптируемых (тиражируемых) КИС совместно с крупными консалтинговыми фирмами в течение ряда лет ведет разработку референционных моделей для предприятий автомобильной, авиационной и других отраслей.
Адаптации и референционные модели входят в состав многих систем класса
MRP II / ERP, что позволяет значительно сократить сроки их внедрения на предприятия.
Референционная модель в начале работы по автоматизации предприятия может представлять собой описание существующей системы (как есть) и служит точкой отсчета, с которой начинаются работы по совершенствованию КИС.
Используется также следующая классификация. КИС делятся на три (иногда четыре) большие группы:
1) простые (“коробочные”);
2) среднего класса;
3) высшего класса
Простые (“коробочные”) КИС реализуют небольшое число бизнес-процессов организации. Типичным примером систем подобного типа являются бухгалтерские, складские и небольшие торговые системы наиболее широко представленные на российском рынке. Например, системы таких фирм как 1С, Инфин и т.д.
Отличительной особенностью таких продуктов является относительная легкость в усвоении, что в сочетании с низкой ценой, соответствием российскому законодательству и возможностью выбрать систему “на свой вкус” приносит им широкую популярность. Системы среднего класса отличаются большей глубиной и широтой охвата функций. Данные системы предлагают российские и зарубежные компании. Как правило, это системы, которые позволяют вести учет деятельности предприятия по многим или нескольким направлениям:
- финансы;
- логистика;
- персонал;
- сбыт.
Они нуждаются в настройке, которую в большинстве случаев осуществляют специалисты фирмы-разработчика, а также в обучении пользователей.
Эти системы больше всего подходят для средних и некоторых крупных предприятий в силу своей функциональности и более высокой, по сравнению с первым классом, стоимости. Из российских систем данного класса можно выделить, например, продукцию компаний Галактика, ТБ.СОФТ
К высшему классу относятся системы, которые отличаются высоким уровнем детализации хозяйственной деятельности предприятия. Современные версии таких систем обеспечивают планирование и управление всеми ресурсами организации (ERP-системы).
Как правило, при внедрении таких систем производится моделирование существующих на предприятии бизнес-процессов и настройка параметров системы под требования бизнеса.
Однако значительная избыточность и большое количество настраиваемых параметров системы обуславливают длительный срок ее внедрения, и также необходимость наличия на предприятии специального подразделения или группы специалистов, которые будут осуществлять перенастройку системы в соответствии с изменениями бизнес-процессов.
На российском рынке имеется большой выбор КИС высшего класса, и их число растет. Признанными мировыми лидерами являются, например, R/3 фирмыSAP, Oracle Application компании Oracle.
Межрегиональные и трансконтинентальные межгосударственные корпоративные системы. Не нашел????
Может быть относится стандартизация КИС????
Методология проектирования информационных систем описывает процесс создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя его как некоторую последовательность стадий и выполняемых на них процессов. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников и т.д. Такое формальное описание ЖЦ ИС позволяет спланировать и организовать процесс коллективной разработки и обеспечить управление этим процессом.
Жизненный цикл ИС можно представить как ряд событий, происходящих с системой в процессе ее создания и использования.
Модель жизненного цикла отражает различные состояния системы, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее полного выхода из употребления. Модель жизненного цикла - структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования.
В настоящее время известны и используются следующие модели жизненного цикла:1)Каскадная модель предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. 2)Поэтапная модель с промежуточным контролем . Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки. 3)Спиральная модель . На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования). На практике наибольшее распространение получили две основные модели жизненного цикла:1)каскадная модель (характерна для периода 1970-1985 гг.);2)спиральная модель (характерна для периода после 1986.г.).
В ранних проектах достаточно простых ИС каждое приложение представляло собой единый, функционально и информационно независимый блок. Для разработки такого типа приложений эффективным оказался каскадный способ. Каждый этап завершался после полного выполнения и документального оформления всех предусмотренных работ.Можновыделить следующие положительные стороны применения каскадного подхода:1)на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;2)выполняемые в логической последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении относительно простых ИС, когда в самом начале разработки можно достаточно точно и полно сформулировать все требования к системе. Основным недостатком этого подхода является то, что реальный процесс создания системы никогда полностью не укладывается в такую жесткую схему, постоянно возникает потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ИС оказывается соответствующим поэтапной модели с промежуточным контролем.Однако и эта схема не позволяет оперативно учитывать возникающие изменения и уточнения требований к системе. Согласование результатов разработки с пользователями производится только в точках, планируемых после завершения каждого этапа работ, а общие требования к ИС зафиксированы в виде технического задания на все время ее создания. Таким образом, пользователи зачастую получают систему, не удовлетворяющую их реальным потребностям. Спиральная модель ЖЦ была предложена для преодоления перечисленных проблем. На этапах анализа и проектирования реализуемость технических решений и степень удовлетворения потребностей заказчика проверяется путем создания прототипов. Каждый виток спирали соответствует созданию работоспособного фрагмента или версии системы. Это позволяет уточнить требования, цели и характеристики проекта, определить качество разработки, спланировать работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который удовлетворяет действительным требованиям заказчика и доводится до реализации.
7) http://iablov.narod.ru/igupit/kislec.htm#_Toc151864578 Посмотри этот сайт может быть подойдет там очень много и я точно не знаю, что туда отнести. Концепции КИС (MRPII, ERP, CIM, CALS, ERPII и др). Классификация.
8) http://www.studfiles.ru/preview/1758509/ посмотри этот сайт. Роль моделирования информационных потоков в системе управления.
Методы и средства моделирования информационных потоков и бизнес-
Разработка интегрированных систем управления предприятием (ИСУП), так же, как и любых автоматизированных информационных систем предприятия, начинается со сбора и анализа информации о функциях, процессах, документообороте, структуре предприятия. Обычный подход к анализу деятельности предприятия предполагает создание и анализ различных моделей (функциональных, процессных, информационных и др.).
Особенностью разработки ИСУП как системы комплексной автоматизации предприятия является необходимость выполнения комплексного анализа, требующего использования множества разных типов моделей, отображающих различные стороны деятельности системы. При этом для обеспечения целостности процесса моделирования и анализа необходимо иметь возможность интеграции результатов моделирования в рамках общего проекта или общей модели.
Поэтому от выбора инструментальных средств моделирования существенно зависят объем и сроки выполнения работ, глубина и качество анализа при создании проекта ИСУП.
Стартовые условия
Каждый аналитик, приступая к анализу системы, должен ориентироваться на минимальный “джентльменский набор” стартовых условий, в состав которого входят:
- Информация об объекте проектирования - ИС предприятия (“черный ящик”).
- Знания о предметной области, в которой работает предприятие (они могут быть получены путем предварительного изучения объекта и /или на основании опыта).
- Знания об эталонных процедурах выполнения ключевых процессов в соответствии с международными или национальными стандартами.
- Знания о методах и средствах моделирования и анализа систем.
- Программные средства (инструменты) для моделирования и анализа.
- Ограничения на создаваемую систему, связанные с реальными возможностями и существующими традициями предприятия (особенностями финансирования, корпоративной культуры и т. д.), чаще всего не отраженными в условиях договора на создание ИСУП.
Формальный перечень работ, которые необходимо выполнить на начальных этапах анализа системы, практически не зависит от того, какие методологии и инструменты будут использованы для моделирования и анализа. От инструментов зависит только результат.
В процессе разработки ИСУП выполняются три уровня анализа, каждый из которых соответствует трем основным стадиям создания ИСУП:
- определение требований;
- формирование спецификаций;
- внедрение.
Определение требований начинается со сбора информации об исходной системе. После предварительного экспресс-анализа собранная информация отображается в виде моделей текущего состояния объекта проектирования. Анализ этих моделей позволяет изучить особенности функционирования объекта, выявить имеющиеся узкие места, определить недостатки в организации процессов, структур, используемых систем и т. д.
Следующий шаг - создание концептуальных моделей будущей ИСУП. На этом этапе происходит наложение знаний о предметной области и эталонных знаний на знания об объекте проектирования, представленные в виде моделей текущего состояния. Результатом первого уровня анализа чаще всего становится техническое задание на ИСУП.
Формирование спецификаций сопровождается выпуском проекта ИСУП, составной частью которого являются модели. На этом шаге обычно принимаются во внимание ограничения, которые необходимо учитывать в моделях ИСУП.
Третий уровень анализа - внедрение - связан с конкретной реализацией проекта ИСУП на предприятии.
При выполнении работ по моделированию на каждом из трех представленных выше уровней могут быть использованы различные инструментальные средства. Вместе с тем необходимость комплексного анализа при создании ИСУП оказывает существенное влияние на выбор инструментов моделирования.
В зависимости от класса создаваемой ИСУП для решения задачи выбора инструмента моделирования целесообразно классифицировать существующие инструментальные средства в соответствии с имеющейся классификацией ИСУП (см. PC Week/RE, № 44/98, с. 21).
Классификация инструментальных средств
Инструментальные средства, предназначенные для моделирования информационных систем, могут быть отнесены к одной из следующих категорий:
- локальные, поддерживающие один-два типа моделей и методов (Design/IDEF, ProCap, S-Designor, “CASE. Аналитик”);
- малые интегрированные средства моделирования, поддерживающие несколько типов моделей и методов (ERwin, BPwin);
- средние интегрированные средства моделирования, поддерживающие от 4 до 10-15 типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000);
- крупные интегрированные средства моделирования, поддерживающие более 15 типов моделей и методов (ARIS Toolset).
При разработке ИСУП локальные средства моделирования могут быть использованы только на концептуальном уровне для предварительного анализа или как средство демонстрации заказчику общих предложений по будущему проекту. Задача комплексного анализа системы локальными средствами не может быть решена.
Малые интегрированные средства моделирования, как правило, “исторически выросли” из локальных. Так же, как и последние, они изначально не были ориентированы на комплексный анализ систем. Возможности по интеграции различных моделей в рамках общей модели появились в процессе совершенствования и развития этих программных средств. Характерными особенностями этой категории является наличие в инструментальном средстве независимых компонентов и интеграция моделей путем экспорта и импорта данных.
Типичный представитель малых интегрированных средств моделирования - комплект программных продуктов Platinum Technology (CA/ Platinum/Logic Works), основанный на популярных пакетах BPwin и Erwin.
BPwin. Поддерживает три методологии моделирования: IDEF0 (диаграммы функций), IDEF3 (только диаграммы процессов), DFD (диаграммы потоков данных) и обеспечивает интеграцию моделей трех типов без экспорта или импорта данных. Интеграция выполняется как путем слияния нескольких моделей, так и посредством переключения на различные методологии в процессе разработки отдельных диаграмм модели. Предусмотрено расширение возможностей анализа систем как в самом пакете BPwin (функционально-стоимостный анализ), так и с помощью экспорта данных в другие пакеты.
ERwin. Поддерживает несколько разновидностей методологии информационного моделирования, основанной на ER-диаграммах (сущность - связь). Интеграция моделей BPwin с моделями ERwin выполняется путем обмена данными через функции экспорта/импорта.
Малые интегрированные системы, так же как и локальные, практически не позволяют выполнить комплексный анализ систем, который в большей или меньшей степени необходим для создания малых, средних и крупных ИСУП. С их помощью можно разрабатывать локальные ИСУП или небольшие подсистемы, предназначенные для автоматизации отдельных бизнес-цепочек, т. е. когда нет необходимости в комплексном анализе предприятия. Типичная сфера использования малых интегрированных средств - решение задач так называемой “кусочной” автоматизации предприятия.
Средние интегрированные средства моделирования. Эта категория представлена программными продуктами, при создании которых изначально были заложены требования комплексного использования различных методов и типов моделей. Продукты средней категории имеют единую среду для разработки всех поддерживаемых типов моделей, что позволяет применять одни и те же объекты в разных моделях.
К средним интегрированным средствам можно отнести такие известные продукты, как Rational Rose (Rational Software), Paradigm Plus (CA/Platinum), Designer/2000 (Oracle).
Rational Rose и Paradigm Plus основаны на объектно-ориентированном подходе к моделированию и ориентированы на метод UML (Unified Modeling Language).
Помимо UML поддерживаются и другие методы. Отличия между Rational Rose и Paradigm Plus состоят в основном в доступных пользователю типах диаграмм и методов.
Последние версии Rational Rose позволяют строить восемь типов диаграмм UML: диаграммы прецедентов (Use Cases Diagrams), диаграммы классов (Class Diagrams), диаграммы последовательности (Sequence Diagrams), диаграммы сотрудничества (Collaboration Diagrams), диаграммы состояний (State Diagrams), диаграммы действий (Activity Diagrams), компонентные диаграммы (Component Diagrams), диаграммы развертывания (Deployment Diagram). Основным типом диаграмм, своеобразным ядром моделирования в UML являются диаграммы классов. Кроме UML предусмотрено использование и других методов (Booch, OMT). Пакет применим на всех стадиях и циклах создания ИСУП.
Пакет Paradigm Plus ориентирован на методологию OOCL (Object Oriented Change and Learning) и компонентную технологию проектирования и разработки. Он поддерживает диаграммы различных методов (UML, CLIPP, TeamFusion, OMT, Booch, OOCL, Martin/Odell, Shlaer/ Mellor, Coad/Yourdon). Пакет может быть использован на всех циклах создания ИСУП.
В состав Designer/2000 входят Process Modeller и System Modeller. Process Modeller предназначен для разработки моделей процессов, а System Modeller - для моделей иерархии функций (Function Hierarchy Diagrammer), моделей потоков данных (Dataflow Diagrammer) и моделей типа сущность - отношение (Entity Relationship Diagrammer).
Process Modeller позволяет повысить наглядность представления процессов за счет анимации и использования мультимедийных файлов, он пригоден для всех стадий разработки ИСУП.
Средства моделирования среднего класса предназначены для выполнения комплексного анализа систем. Они могут быть успешно применены при создании малых и средних ИСУП, особенно с этапа анализа спецификаций. Слабая сторона - недостаточные возможности для моделирования и анализа на верхнем уровне (анализ требований).
Крупные интегрированные средства моделирования. К этой категории относится инструментальное средство, специально предназначенное для проектирования крупных ИСУП, таких, например, как системы управления предприятием класса ERP.
Это - семейство ARIS (ARIS Toolset, ARIS Easy Design) компании IDS Sheer AG. В ARIS воплощен практический опыт множества аналитиков, работающих в области проектирования ИСУП, а также учтены недостатки существующих инструментальных средств. Отличительная особенность ARIS - особое внимание к первому уровню анализа (анализ требований).
Не отказываясь от классификации инструментальных средств на локальные, малые, средние и крупные, используем также другую классификацию инструментальных средств, аналогичную классификации ИСУП на ERP - не-ERP.
Принадлежность к категории ERP для средства моделирования означает, что оно предназначено для выполнения комплексного анализа на всех стадиях (требования, спецификации, внедрение) разработки ИСУП класса ERP. Естественно, такое средство может быть использовано при создании любых других ИСУП, а не только ERP.
Если же средство моделирования принадлежит к категории не-ERP, это означает, что оно не предназначено для выполнения всех уровней анализа при проектировании ИСУП класса ERP, но его (средство) можно использовать при создании локальных, малых или средних ИСУП, не относящихся к классу ERP.
Из рассмотренных выше инструментальных средств к категории ERP можно отнести только ARIS.
ARIS обеспечивает четыре различных “взгляда” на моделирование и анализ. Для каждого “взгляда” поддерживаются три уровня анализа (требования, спецификации, внедрение). Каждый из уровней анализа состоит из своего комплекта моделей различных типов, в том числе диаграмм UML, диаграмм SAP/R3 и др. Каждый объект моделей ARIS имеет множество атрибутов, которые позволяют контролировать процесс разработки моделей, определять условия для выполнения функционально-стоимостного анализа, имитационного моделирования, взаимодействия с workflow-системами и т. д.
“Взгляды” ARIS: Процессы, Функции (с Целями), Данные, Организация - являются “комнатами”, из которых состоит так называемый домик ARIS. Главная “комната” домика ARIS (основной “взгляд”) - Процессы, для моделирования которых предназначено 57 типов моделей из 85. Процессный взгляд является характерной особенностью и для ERP- систем, предназначенных для автоматизации процессов, пронизывающих организационную структуру предприятия.
Понятие домика ARIS позволяет не только наглядно представить “взгляды” на моделирование. Домик используется и в процессе моделирования для выбора комплекта моделей, соответствующего “взгляду” и уровню анализа.
Резюме. Все рассмотренные выше инструментальные средства широко используются для моделирования и анализа систем, в том числе и при создании ИСУП.
Среди локальных и малых инструментальных средств весьма популярными остаются программы, основанные на реализации структурного подхода к анализу и проектированию систем и методологий IDEF. Несмотря на почтенный возраст, направление IDEF развивается и сегодня, правда, в основном в США. На сайте Knowledge Based Systems, Inc. (www.kbsi.com) содержится информация о методологиях IDEF0, IDEF1, IDEF1X, IDEF3, IDEF4, IDEF5, IDEF6, IDEF8, IDEF9, IDEF14 и инструментальных средствах их поддержки (AI0 WIN, SmartER, ProCap и др.). Все они относятся к категории локальных инструментальных средств.
Среди малых инструментальных средств доминируют пакеты BPwin и ERwin компании Platinum. Эти пакеты, например, являются стандартными средствами для анализа процессов в НАТО.
Локальные и малые инструментальные средства могут быть использованы при разработке соответственно локальных и малых ИСУП. Для средних и крупных ИСУП использование этих средств имеет смысл в качестве дополнения к более универсальному инструментальному средству средней категории.
Средства моделирования средней категории, как правило, основаны на использовании объектно-ориентированного подхода к моделированию и анализу систем. Фактическим стандартом для этой категории инструментальных средств является унифицированный язык моделирования UML.
По данным исследовательской компании International Data Corporation, среди инструментальных средств, которые можно отнести к этой категории, лидирующее положение занимает пакет Rational Rose. Прибыль от продажи Rational Rose за 1998 г. превышает суммарную прибыль от продажи продуктов четырех ближайших конкурентов: STERLING, SELECT, Platinum, AONIX www.rational.com/products/rose/prodinfo/2000ds.jtmpl).
Средние интегрированные средства предназначены в основном для уровней анализа спецификаций и внедрения. Они удобны при разработке средних, малых и локальных ИСУП. Недостаточные возможности для анализа на уровне требований могут быть компенсированы путем их использования вместе с локальными или малыми инструментальными средствами.
Система ARIS как крупное интегрированное средство моделирования имеет уникальные возможности для моделирования и анализа систем. Моделирование в ARIS может выполняться как “сверху вниз”, так и “снизу вверх”. Для конкретных разработок количество используемых типов моделей и методик может быть ограничено с помощью специальных фильтров. Система позволяет контролировать процесс моделирования и выполнять расширенный анализ системы: определение целей и критических факторов, оценку рисков и конкурентов и др. Система ARIS предоставляет аналитикам возможность интегрированного “управления всеми ресурсами”, необходимыми для использования на всех уровнях анализа при разработке ИСУП любой сложности.
9) Структурный и объектно-ориентированные методы разработки и анализа.