
- •Содержание
- •7. Типовые решения для кис 83
- •1.Архитектура корпоративных информационных систем
- •1.1.Информационная система и ее составляющие
- •1.2.Корпорация и корпоративная сеть
- •1.3.Архитектура корпоративной сети
- •1.4.Архитектуры Клиент-Сервер и Internet-Intranet
- •2.Методы проектирования корпоративных информационных систем
- •2.1.Этап системного анализа и проектирования. Промлемы и особенности проектирования кис
- •2.2.Кис как объект проектирования
- •2.3.Методы и средства проектирования кис
- •3.Кис и совершенствование управления предприятием
- •3.1.Понятие и назначение кис
- •3.2.Корпоративная ис как модель бизнеса
- •3.3.Необходимость использования кис. Оценка эффективности кис. Анализ «Затраты-Выгоды»
- •4.Классификации кис
- •4.1.Классификация по признаку структурированности задач
- •4.2.Классификация по функциональному признаку
- •4.3.Дополнительные классификации ис
- •5.Общая харктеристика и структура erp-систем
- •5.1.Термины и определения
- •5.2.Общая характеристика erp систем
- •5.3.Управление финансами
- •5.4.Управление производством
- •5.5.Планирования материальных потребностей (mrp)
- •5.6.Планирования материальных потребностей (mrp II)
- •6.Разработка и проектирование автоматизированного рабочего места (арм)
- •6.1.Определение, назначение и необходимость разработки арм
- •6.2.Существующие арм в управлении
- •6.3.Принципы построения и этапы проектирования арм
- •6.4.Классификация арм, круг пользователей арм и их информационных потребностей
- •6.5.Состав задач и информационное обеспечение арм
- •6.6.Основные требования к разработке программного обеспечения для арм, структура и состав комплекса технических средств для функционирования арм
- •7.Типовые решения для кис
- •7.1.Общие требования для выбираемой кис
- •7.2.Подсистемы кис
- •Литература
3.Кис и совершенствование управления предприятием
3.1.Понятие и назначение кис
Корпоративная информационная система (ИС) — это не просто сочетание приложений, выполняющих все функции, необходимые для организации в определенный момент ее развития. Она является целостным программно аппаратным комплексом, позволяющим удовлетворить как текущие, так и будущие потребности предприятия в обработке данных.
Можно выделить четыре фактора целостности этого комплекса:
концептуальная согласованность бизнес процессов, для автоматизации которых создается ИС, сохраняющаяся на всем протяжении ее жизненного цикла;
технологическая целостность, проявляющаяся в применении согласованного набора промышленных информационных технологий для управления информационными ресурсами предприятия;
соответствие функциональности рабочих мест сотрудников их должностным обязанностям;
единый регламент эксплуатации и обслуживания всех компонентов ИС, разрабатываемый при ее создании.
Сочетание этих свойств принципиально отличает ИС от суммы приложений с тем же набором функций и позволяет ей справиться с комплексом проблем, непреодолимых при бессистемной автоматизации бизнеса.
3.2.Корпоративная ис как модель бизнеса
Корпоративная ИС основана на модели бизнеса — освобожденном от второстепенных деталей схематическом описании деятельности предприятия. Модель формализует отдельные бизнес-функции (например, выписывание накладной или прием заказа) и регламентирует структуру бизнес процессов, то есть последовательность выполнения бизнес-функций в повседневной деятельности предприятия. Например, поиск сотрудника на вакантную должность сопровождается публикацией описания вакансии, сбором анкет и резюме, проверкой содержащихся в них фактов, собеседованиями и т.п. На разных предприятиях эти бизнес-функции могут быть связаны по-разному, что и отражает специфику работы отделов кадров.
Модель определяет, какая последовательность действий сотрудников, работающих с ИС, допустима, а какая — нет. Например, если, согласно модели, отгрузка товара возможна только после его оплаты, ИС просто не позволит выписать накладную, пока информация об оплате не будет внесена в систему.
Модель фиксирует логические взаимосвязи данных, в соответствии с которыми изменение какой-либо информации вызывает каскад согласованных изменений. Например, оплата счета на выписанный товар вызывает бухгалтерские проверки и делает возможной выдачу товара покупателю.
Модель существует в двух формах. При создании и верификации удобно представить ее в виде схем и вербальных описаний, а при практическом использовании — в виде семантически эквивалентного набора модулей программного обеспечения (ПО). Эквивалентность обеих форм модели гарантирует использование инструментов моделирования, которые позволяют, опираясь на проверенные методологии построения и оптимизации моделей, отразить логику задачи в графическом виде и получить на выходе готовые схемы базы данных и программный код, отвечающий модели.
Расхождения между представлениями модели недопустимы ни при создании ИС, ни при внесении в нее каких-либо изменений. Поэтому желательно, чтобы инструменты моделирования были единственным инструментом воздействия на программный код на всем протяжении жизненного цикла ИС.