СОДЕРЖАНИЕ И МЕТОДЫ КАНОНИЧЕСКОГО ПРОЕКТИРОВАНИЯ ЭИС Экономическая информационная система (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединённых в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций управления. Экономическая информационная система (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединённых в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций управления. Состав стадий и этапов канонического проектирования ЭИС Состав стадий и этапов канонического проектирования ЭИС Каноническое проектирование ЭИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких- либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Как правило, каноническое проектирование применяется для небольших локальных ЭИС. Каноническое проектирование ЭИС отражает особенности ручной технологии индивидуального (оригинального) проектирования, осуществляемого на уровне исполнителей без использования каких- либо инструментальных средств, позволяющих интегрировать выполнение элементарных операций. Как правило, каноническое проектирование применяется для небольших локальных ЭИС.

Состав стадий и этапов канонического проектирования ЭИС В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Процесс каскадного проектирования в жизненном цикле ЭИС в соответствии с применяемым в нашей стране ГОСТ «Автоматизированные системы стадий создания» делится на следующие семь стадий: В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Процесс каскадного проектирования в жизненном цикле ЭИС в соответствии с применяемым в нашей стране ГОСТ «Автоматизированные системы стадий создания» делится на следующие семь стадий: исследование и обоснование создания системы; исследование и обоснование создания системы; разработка технического задания; разработка технического задания; создание эскизного проекта; создание эскизного проекта; техническое проектирование; техническое проектирование; рабочее проектирование; рабочее проектирование; ввод в действие; ввод в действие; функционирование, сопровождение, модернизация. функционирование, сопровождение, модернизация.

Состав стадий и этапов канонического проектирования ЭИС В целях изучения взаимосвязанных приемов и методов канонического проектирования ЭИС перечисленные 7 стадий можно сгруппировать в часто используемые на практике четыре стадии процесса разработки ЭИС (рис. 1): В целях изучения взаимосвязанных приемов и методов канонического проектирования ЭИС перечисленные 7 стадий можно сгруппировать в часто используемые на практике четыре стадии процесса разработки ЭИС (рис. 1): Рис. 1. ТСП стадий и этапов канонического проектирования ЭИС: Рис. 1. ТСП стадий и этапов канонического проектирования ЭИС: Д1.1 - предметная область; Д1.2 - материалы обследования; Д1.3 - ТЭО, ТЗ на проектирование; Д1.4 - эскизный проект; Д2.1 - техно-рабочий проект (ТРП); Д3.1 - исправленный ТРП, переданный в эксплуатацию; Д3.2 - акт о приемке проекта в промышленную эксплуатацию; Д4.1 - модернизированный ТРП Д1.1 - предметная область; Д1.2 - материалы обследования; Д1.3 - ТЭО, ТЗ на проектирование; Д1.4 - эскизный проект; Д2.1 - техно-рабочий проект (ТРП); Д3.1 - исправленный ТРП, переданный в эксплуатацию; Д3.2 - акт о приемке проекта в промышленную эксплуатацию; Д4.1 - модернизированный ТРП

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

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

Состав стадий и этапов канонического проектирования ЭИС Вторая стадия «Техно-рабочее проектирование» выполняется в два этапа: техническое проектирование и рабочее проектирование. Вторая стадия «Техно-рабочее проектирование» выполняется в два этапа: техническое проектирование и рабочее проектирование. На этапе «Техническое проектирование» выполняются работы по логической разработке и выбору наилучших вариантов проектных решений, в результате чего создается «Технический проект». Этап «Рабочее проектирование» связан с физической реализацией выбранного варианта проекта и получением документации «Рабочего проекта». При наличии опыта проектирования эти этапы иногда объединяются в один, в результате выполнения которого получают «Техно-рабочий проект» (ТРП) - Д2.1. На этапе «Техническое проектирование» выполняются работы по логической разработке и выбору наилучших вариантов проектных решений, в результате чего создается «Технический проект». Этап «Рабочее проектирование» связан с физической реализацией выбранного варианта проекта и получением документации «Рабочего проекта». При наличии опыта проектирования эти этапы иногда объединяются в один, в результате выполнения которого получают «Техно-рабочий проект» (ТРП) - Д2.1. Третья стадия «Внедрение проекта» включает в себя три этапа: подготовка объекта к внедрению проекта; опытное внедрение проекта и сдача его в промышленную эксплуатацию. Третья стадия «Внедрение проекта» включает в себя три этапа: подготовка объекта к внедрению проекта; опытное внедрение проекта и сдача его в промышленную эксплуатацию. На этапе «Подготовка объекта к внедрению проекта» осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ЭИС. На этапе «Опытное внедрение» осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и «Акт о проведении опытного внедрения». На этапе «Сдача проекта в промышленную эксплуатацию» осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный «Техно-рабочий проект» (Д3.1) и «Акт приемки проекта в промышленную эксплуатацию» (Д3.2). На этапе «Подготовка объекта к внедрению проекта» осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ЭИС. На этапе «Опытное внедрение» осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и «Акт о проведении опытного внедрения». На этапе «Сдача проекта в промышленную эксплуатацию» осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный «Техно-рабочий проект» (Д3.1) и «Акт приемки проекта в промышленную эксплуатацию» (Д3.2).

Состав стадий и этапов канонического проектирования ЭИС Четвертая стадия - «Эксплуатация и сопровождение проекта» включает этапы: эксплуатация проекта; сопровождение и модернизация проекта. Четвертая стадия - «Эксплуатация и сопровождение проекта» включает этапы: эксплуатация проекта; сопровождение и модернизация проекта. На этапе «Эксплуатация проекта» получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде рекламаций и замечаний, которые накапливаются для выполнения следующего этапа. На этапе «Сопровождение проекта» выполняются два вида работ: ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта, а также осуществляется модернизация проекта. В процессе модернизации проект либо дорабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного «Техно-рабочего проекта» (Д4.1). На этапе «Эксплуатация проекта» получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде рекламаций и замечаний, которые накапливаются для выполнения следующего этапа. На этапе «Сопровождение проекта» выполняются два вида работ: ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта, а также осуществляется модернизация проекта. В процессе модернизации проект либо дорабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного «Техно-рабочего проекта» (Д4.1).

Общая характеристика типового подхода к проектированию ЭИС Необходимостьть типизации проектных решений обуславливается следующем: Необходимостьть типизации проектных решений обуславливается следующем: при внедрении типовой системы существенно снижаютсяся затраты на проектирование при внедрении типовой системы существенно снижаютсяся затраты на проектирование при индивидуальном проетирование трудно обеспечить должный научно-технический уровень разработки при индивидуальном проетирование трудно обеспечить должный научно-технический уровень разработки Для разработки и внедрения типового проектирования ЭИС существует целый ряд объективных предпосылок: Для разработки и внедрения типового проектирования ЭИС существует целый ряд объективных предпосылок: управление предприятием осуществлеется на основе единых положений управление предприятием осуществлеется на основе единых положений структура системы управления на всех предприятиях одинакова и зависит только от размера предприятия структура системы управления на всех предприятиях одинакова и зависит только от размера предприятия технические свойства ЭИС стандартизированы технические свойства ЭИС стандартизированы

Общая характеристика типового подхода к проектированию ЭИС В основе типового проектирования лежит первоначальная классификация или типизация экономических объектов по их важнейшим параметрам. Затем создание типовых схем и решений, внедрение которых в дальнейшем на конкретном предприятии сводится к привязке их в условиях данного предприятия. Декомпозиция функциональных компонентов ЭИС является основой технологии типового проектирования. Типовое проектирование предполагает разбиение ЭИС на отдельные составляющие и создание для каждой из них законченного проектного решения, которое затем с некоторыми модификациями будет использоваться при проетированиии ЭИС. В соответствии с этим принципом система хорошо структурирована, если удовлетворяет следующим требованиям: 1) каждый уровень иерархии обозрим и понятен без детального знания нижних уровней В основе типового проектирования лежит первоначальная классификация или типизация экономических объектов по их важнейшим параметрам. Затем создание типовых схем и решений, внедрение которых в дальнейшем на конкретном предприятии сводится к привязке их в условиях данного предприятия. Декомпозиция функциональных компонентов ЭИС является основой технологии типового проектирования. Типовое проектирование предполагает разбиение ЭИС на отдельные составляющие и создание для каждой из них законченного проектного решения, которое затем с некоторыми модификациями будет использоваться при проетированиии ЭИС. В соответствии с этим принципом система хорошо структурирована, если удовлетворяет следующим требованиям: 1) каждый уровень иерархии обозрим и понятен без детального знания нижних уровней 2) минимизированы связи между элементами на одном уровне иерархии 2) минимизированы связи между элементами на одном уровне иерархии 3) не должно быть связей между элементами через 1 уровень 3) не должно быть связей между элементами через 1 уровень 4) элемент более высокого уровня должен вызывать элемент следующего уровня как единое целое, передавая ему входную информацию 4) элемент более высокого уровня должен вызывать элемент следующего уровня как единое целое, передавая ему входную информацию 5) элемент следующего уровня после окончания своей работы возвращает вызвавшему его элементу управление и результаты работы. 5) элемент следующего уровня после окончания своей работы возвращает вызвавшему его элементу управление и результаты работы.

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

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

классификация методов типового проектирования В зависимости от уровня декомпозиции системы различают элементный, подсистемный и объектный методы типового проектирования (рис. 1). В зависимости от уровня декомпозиции системы различают элементный, подсистемный и объектный методы типового проектирования (рис. 1). При элементном методе типового проектирования ЭИС в качестве типового элемента системы используется типовое решение по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному) (рис. 2). При элементном методе типового проектирования ЭИС в качестве типового элемента системы используется типовое решение по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному) (рис. 2). Рис. 1. Классификация типовых методов проектирования Рис. 2. ТПР уровня Задача

классификация методов типового проектирования Сущность применения ТПР при элементном методе заключается в комплектации ЭИС из множества ТПР по отдельным разрозненным задачам. Если данного множества недостаточно для того, чтобы спроектировать систему, необходимые модули дорабатываются вручную. Достоинство элементного метода типового проектирования ЭИС связано с применением модульного подхода к проектированию и документированию ЭИС. Сущность применения ТПР при элементном методе заключается в комплектации ЭИС из множества ТПР по отдельным разрозненным задачам. Если данного множества недостаточно для того, чтобы спроектировать систему, необходимые модули дорабатываются вручную. Достоинство элементного метода типового проектирования ЭИС связано с применением модульного подхода к проектированию и документированию ЭИС. К недостаткам применения метода относятся большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости ТПР, а также плохая адаптивность (настраиваемость) элементов к особенностям предприятия. К недостаткам применения метода относятся большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости ТПР, а также плохая адаптивность (настраиваемость) элементов к особенностям предприятия. Следствием перечисленных недостатков являются большие затраты времени на доработку и комплексирование ТИР отдельных элементов, сопоставимые со временем ручного оригинального проектирования ЭИС. В настоящее время элементные ТПР в основном применяются в качестве библиотек методо- ориентированных программ (библиотек классов объектов), например, при разработке графических интерфейсов, применении вычислительных и служебных функций. В силу ограниченного характера применения в дальнейшем метод элементного типового проектирования ЭИС не рассматривается. Следствием перечисленных недостатков являются большие затраты времени на доработку и комплексирование ТИР отдельных элементов, сопоставимые со временем ручного оригинального проектирования ЭИС. В настоящее время элементные ТПР в основном применяются в качестве библиотек методо- ориентированных программ (библиотек классов объектов), например, при разработке графических интерфейсов, применении вычислительных и служебных функций. В силу ограниченного характера применения в дальнейшем метод элементного типового проектирования ЭИС не рассматривается.

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

классификация методов типового проектирования В качестве примеров широкораспространенных функциональных ППП можно назвать: 1C «Предприятие» (автоматизация бухгалтерского учета, расчета заработной платы, складского учета), «Фолио - Склад» (автоматизация складских операций), Project Expert (бизнес-планирование), ИНЭК (финансовый анализ) и др. В качестве примеров широкораспространенных функциональных ППП можно назвать: 1C «Предприятие» (автоматизация бухгалтерского учета, расчета заработной платы, складского учета), «Фолио - Склад» (автоматизация складских операций), Project Expert (бизнес-планирование), ИНЭК (финансовый анализ) и др. При объектном методе типового проектирования ЭИС в качестве типового элемента используется типовой проект для объектов управления определенной отрасли, который включает полный набор функциональных и обеспечивающих подсистем ЭИС. Современные типовые проекты отличаются: При объектном методе типового проектирования ЭИС в качестве типового элемента используется типовой проект для объектов управления определенной отрасли, который включает полный набор функциональных и обеспечивающих подсистем ЭИС. Современные типовые проекты отличаются: открытостью архитектуры, позволяющей устанавливать проекты на разных программно- технических платформах; открытостью архитектуры, позволяющей устанавливать проекты на разных программно- технических платформах; масштабируемостью, допускающей конфигурацию ЭИС для переменного числа рабочих мест; масштабируемостью, допускающей конфигурацию ЭИС для переменного числа рабочих мест; конфигурируемостью, позволяющей выбирать подмножество компонентов, которые необходимы для конкретной проблемной области и параметрически настраиваются на особенности объекта управления. конфигурируемостью, позволяющей выбирать подмножество компонентов, которые необходимы для конкретной проблемной области и параметрически настраиваются на особенности объекта управления. Несомненное преимущество объектного метода типового проектирования ЭИС перед подсистемным методом заключается в комплексируемости всех компонентов за счет методологического единства и информационной, программной и технической совместимости компонентов. Несомненное преимущество объектного метода типового проектирования ЭИС перед подсистемным методом заключается в комплексируемости всех компонентов за счет методологического единства и информационной, программной и технической совместимости компонентов.

классификация методов типового проектирования Адаптивность объектного метода проектирования зависит от используемого подхода. При параметрической настройке типовых информационных систем, таких, например, как ППП «Галактика», «Парус», «БОСС» и другие, возникают проблемы привязки типового проекта к конкретному объекту управления так же, как и при подсистемном подходе. Обычным способом решения проблемы адаптации является изменение структуры организационно-экономической системы объекта внедрения в соответствии с требованиями типового проекта либо существенная доработка типового проекта с помощью специальных инструментальных средств типовой системы. Адаптивность объектного метода проектирования зависит от используемого подхода. При параметрической настройке типовых информационных систем, таких, например, как ППП «Галактика», «Парус», «БОСС» и другие, возникают проблемы привязки типового проекта к конкретному объекту управления так же, как и при подсистемном подходе. Обычным способом решения проблемы адаптации является изменение структуры организационно-экономической системы объекта внедрения в соответствии с требованиями типового проекта либо существенная доработка типового проекта с помощью специальных инструментальных средств типовой системы. В настоящее время развивается модельно-ориентированный подход реализации объектного метода типового проектирования ЭИС, известный по применению типовых информационных систем R/3 (SAP) и BAAN IV (BAAN). Особенность этого подхода заключается в настройке типового проекта на особенности объекта управления путем привязки модели проблемной области к модели типовой системы. Поддержание при этом модели проблемной области в репозитории системы сближает метод типового проектирования с методом автоматизированного проектирования как в части более точного определения и модификации требований к информационной системе, так и в части корректности параметрической настройки и автоматизированной доработки проектных решений. В настоящее время развивается модельно-ориентированный подход реализации объектного метода типового проектирования ЭИС, известный по применению типовых информационных систем R/3 (SAP) и BAAN IV (BAAN). Особенность этого подхода заключается в настройке типового проекта на особенности объекта управления путем привязки модели проблемной области к модели типовой системы. Поддержание при этом модели проблемной области в репозитории системы сближает метод типового проектирования с методом автоматизированного проектирования как в части более точного определения и модификации требований к информационной системе, так и в части корректности параметрической настройки и автоматизированной доработки проектных решений.

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

Модельно-ориентированное проектирование ЭИС Сущность модельно-ориентированного проектирования ЭИС сводится к адаптации компонентов типовой ЭИС в соответствии с моделью проблемной области конкретной организационно-экономической системы. Для этого технология проектирования должна поддерживать как модель типовой ЭИС, так и модель конкретного предприятия, а также средства поддержания соответствия между ними. Ядром типовой ЭИС является постоянно развиваемая модель проблемной области (предприятия), поддерживаемая в специальной базе метаинформации - репозитории, на основе которого осуществляется конфигурация программного обеспечения. Таким образом, проектирование и адаптация ЭИС сводятся прежде всего к построению модели проблемной области и ее периодической корректировке. Для моделирования проблемной области и последующих конфигураций информационной системы из отдельных компонентов (программных модулей) используется специальный программный инструментарий, например SAP Business Engineering Workbench (BEW) [52] и BAAN Enterprise Modele. Несомненным достоинством применения модельно- ориентированных компонентных систем, таких, как R/3 или BAAN IV, перед CASE- технологиями является накапливание опыта проектирования информационных систем для различных отраслей и типов производства в виде типовых моделей, которые поставляются вместе с программным продуктом в форме наполненного репозитория. Таким образом, вместе с программным продуктом пользователи приобретают базу знаний «know-how» об эффективных методах организации и управления бизнес-процессами, которые можно адаптировать в соответствии со спецификой конкретного экономического объекта. Сущность модельно-ориентированного проектирования ЭИС сводится к адаптации компонентов типовой ЭИС в соответствии с моделью проблемной области конкретной организационно-экономической системы. Для этого технология проектирования должна поддерживать как модель типовой ЭИС, так и модель конкретного предприятия, а также средства поддержания соответствия между ними. Ядром типовой ЭИС является постоянно развиваемая модель проблемной области (предприятия), поддерживаемая в специальной базе метаинформации - репозитории, на основе которого осуществляется конфигурация программного обеспечения. Таким образом, проектирование и адаптация ЭИС сводятся прежде всего к построению модели проблемной области и ее периодической корректировке. Для моделирования проблемной области и последующих конфигураций информационной системы из отдельных компонентов (программных модулей) используется специальный программный инструментарий, например SAP Business Engineering Workbench (BEW) [52] и BAAN Enterprise Modele. Несомненным достоинством применения модельно- ориентированных компонентных систем, таких, как R/3 или BAAN IV, перед CASE- технологиями является накапливание опыта проектирования информационных систем для различных отраслей и типов производства в виде типовых моделей, которые поставляются вместе с программным продуктом в форме наполненного репозитория. Таким образом, вместе с программным продуктом пользователи приобретают базу знаний «know-how» об эффективных методах организации и управления бизнес-процессами, которые можно адаптировать в соответствии со спецификой конкретного экономического объекта.

Модельно-ориентированное проектирование ЭИС Репозитории корпоративной ЭИС, использующей модельно- ориентированную технологию проектирования, в общем случае содержит метаинформацию базовой модели функциональности типовой системы (ссылочной модели в терминологии R/3), типовых моделей определенных классов ЭИС (референтных моделей в терминологии BAAN) и модели предприятий, получаемой на основе базовой или типовых моделей. Репозитории корпоративной ЭИС, использующей модельно- ориентированную технологию проектирования, в общем случае содержит метаинформацию базовой модели функциональности типовой системы (ссылочной модели в терминологии R/3), типовых моделей определенных классов ЭИС (референтных моделей в терминологии BAAN) и модели предприятий, получаемой на основе базовой или типовых моделей. Базовая модель репозитория содержит описание бизнес-функций, бизнес-процессов, бизнес-объектов, организационной структуры, которые используются в программных модулях типовой ЭИС. При этом большое значение в базовой модели имеет задание бизнес-правил поддержания целостности информационной системы, определяющих условия проверки корректности совместного применения различных компонентов ЭИС. Таким образом, многообразие и гибкость определения бизнес-процессов и соответствующих конфигураций информационной системы задаются с помощью набора бизнес-правил. Базовая модель репозитория содержит описание бизнес-функций, бизнес-процессов, бизнес-объектов, организационной структуры, которые используются в программных модулях типовой ЭИС. При этом большое значение в базовой модели имеет задание бизнес-правил поддержания целостности информационной системы, определяющих условия проверки корректности совместного применения различных компонентов ЭИС. Таким образом, многообразие и гибкость определения бизнес-процессов и соответствующих конфигураций информационной системы задаются с помощью набора бизнес-правил.

Модельно-ориентированное проектирование ЭИС Типовые модели описывают конфигурации информационной системы для определенных отраслей (автомобильной, электронной, нефтегазовой и др.) или типов производства (единичного, серийного, массового, непрерывного и др.). Типовые модели описывают конфигурации информационной системы для определенных отраслей (автомобильной, электронной, нефтегазовой и др.) или типов производства (единичного, серийного, массового, непрерывного и др.). Модель предприятия (проблемной области) строится либо путем привязки фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия, например как в инструментальном средстве BAAN Enterprise Modeler, либо в результате просмотра этих моделей и экспертного опроса, как в инструментальном средстве SAP Business Engineering Workbench. Причем в последнем случае пользователю предлагается определить значения не всех параметров, а только тех, которые связаны между собой в контексте диалога и описаны бизнес-правилами. Модель предприятия (проблемной области) строится либо путем привязки фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия, например как в инструментальном средстве BAAN Enterprise Modeler, либо в результате просмотра этих моделей и экспертного опроса, как в инструментальном средстве SAP Business Engineering Workbench. Причем в последнем случае пользователю предлагается определить значения не всех параметров, а только тех, которые связаны между собой в контексте диалога и описаны бизнес-правилами. Построенная модель предприятия в виде метаописания хранится в реПозитории и при необходимости может быть откорректирована. Далее по модели предприятия автоматически осуществляется конфигурация информационной системы, в ходе которой выполняется семантический контроль по бизнес- правилам. Построенная модель предприятия в виде метаописания хранится в реПозитории и при необходимости может быть откорректирована. Далее по модели предприятия автоматически осуществляется конфигурация информационной системы, в ходе которой выполняется семантический контроль по бизнес- правилам. В обобщенном виде конфигурация корпоративных информационных систем на основе модельно-ориентированнои технологии представлена на рис.9. В обобщенном виде конфигурация корпоративных информационных систем на основе модельно-ориентированнои технологии представлена на рис.9.

Модельно-ориентированное проектирование ЭИС Рис. 9. Конфигурация ЭИС на основе модельно-ориснтированной технологии

ОСНОВЫ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ Основные понятия и классификация технологических процессов обработки данных Основные понятия и классификация технологических процессов обработки данных Под технологическим процессом обработки экономической информации понимается определенный комплекс операций, выполняемых в строго регламентированной последовательности с использованием определенных методов обработки и инструментальных средств, охватывающих все этапы обработки данных, начиная с регистрации первичных данных и заканчивая передачей результатной информации пользователю для выполнения функций управления. Под технологическим процессом обработки экономической информации понимается определенный комплекс операций, выполняемых в строго регламентированной последовательности с использованием определенных методов обработки и инструментальных средств, охватывающих все этапы обработки данных, начиная с регистрации первичных данных и заканчивая передачей результатной информации пользователю для выполнения функций управления. Технологические процессы можно классифицировать по различным признакам (рис.1), в частности по типу автоматизируемых процессов управления в ЭИС можно выделить: Технологические процессы можно классифицировать по различным признакам (рис.1), в частности по типу автоматизируемых процессов управления в ЭИС можно выделить: технологические процессы, выполняемые в системах обработки данных (СОД); технологические процессы, выполняемые в системах обработки данных (СОД); технологические процессы аналитической обработки данных в системах подготовки принятия решений (СППР) и экспертных системах (ЭС); технологические процессы аналитической обработки данных в системах подготовки принятия решений (СППР) и экспертных системах (ЭС); технологические процессы для разработки новых видов продукции и получения чертежной и технологической документации в системах автоматизированного проектирования (САПР); технологические процессы для разработки новых видов продукции и получения чертежной и технологической документации в системах автоматизированного проектирования (САПР); технологические процессы, выполняемые в системах электронного документооборота (СЭД). технологические процессы, выполняемые в системах электронного документооборота (СЭД). По отношению к ЭВМ все технологические процессы независимо от того, для каких процессов они создаются, условно подразделяются на внемашинные, имеющие подготовительный характер, поскольку их выполнение связано с получением первичной информации, и внутримашинные, связанные с хранением и обработкой полученной информации. По отношению к ЭВМ все технологические процессы независимо от того, для каких процессов они создаются, условно подразделяются на внемашинные, имеющие подготовительный характер, поскольку их выполнение связано с получением первичной информации, и внутримашинные, связанные с хранением и обработкой полученной информации.

ОСНОВЫ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ Рис. 1. Схема классификации технологических процессов обработки данных в ЭИС

ОСНОВЫ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ По типу обрабатываемой информации можно выделить процессы обработки цифровой, графической, текстовой, мультимедийной информации, знаний для экспертных систем. По типу обрабатываемой информации можно выделить процессы обработки цифровой, графической, текстовой, мультимедийной информации, знаний для экспертных систем. По типу используемой аппаратной платформы технологические процессы выполняются на персональных ЭВМ, в локальных, региональных, глобальных вычислительных сетях. По типу используемой аппаратной платформы технологические процессы выполняются на персональных ЭВМ, в локальных, региональных, глобальных вычислительных сетях. По типу режима обработки выделяют технологические процессы обработки данных, выполняемые в пакетном режиме, интерактивной (диалоговой) обработки, в режиме разделения времени, в реальном масштабе времени, и технологии со смешанным режимом. По типу режима обработки выделяют технологические процессы обработки данных, выполняемые в пакетном режиме, интерактивной (диалоговой) обработки, в режиме разделения времени, в реальном масштабе времени, и технологии со смешанным режимом. По типу организации информационного обеспечения выделяют технологические процессы, обрабатывающие локальные файлы, локальные и распределенные БД. По типу организации информационного обеспечения выделяют технологические процессы, обрабатывающие локальные файлы, локальные и распределенные БД. По типу организации специального программного обеспечения технологические процессы подразделяются на применяющие функционально-ориентированные пакеты, используемые для автоматизации решения задач функциональных подсистем, методо-ориентированные ППП, применяемые для решения задач класса СППР, профессионально-ориентированные ППП, предназначенные для обработки различных типов данных. По типу организации специального программного обеспечения технологические процессы подразделяются на применяющие функционально-ориентированные пакеты, используемые для автоматизации решения задач функциональных подсистем, методо-ориентированные ППП, применяемые для решения задач класса СППР, профессионально-ориентированные ППП, предназначенные для обработки различных типов данных.

ОСНОВЫ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ Технологический процесс состоит из совокупности технологических операций. Технологический процесс состоит из совокупности технологических операций. Под технологической операцией будем понимать совокупность функционально связанных действий по преобразованию данных, выполняемых непрерывно на одном рабочем месте. Технологические операции можно классифицировать по следующим признакам (рис. 2). Под технологической операцией будем понимать совокупность функционально связанных действий по преобразованию данных, выполняемых непрерывно на одном рабочем месте. Технологические операции можно классифицировать по следующим признакам (рис. 2). По цели и месту выполнения можно выделить четыре класса операций, отличающиеся трудовыми и стоимостными затратами, связанными с их реализацией и распределением ошибок, вносимых в технологический процесс. Первый класс характеризуется тем, что операции, входящие в него, имеют своей целью получение первичной информации, отражающей содержание процессов, проходящих в цехах, на складах, участках производственной деятельности. К нему относятся следующие технологические операции: По цели и месту выполнения можно выделить четыре класса операций, отличающиеся трудовыми и стоимостными затратами, связанными с их реализацией и распределением ошибок, вносимых в технологический процесс. Первый класс характеризуется тем, что операции, входящие в него, имеют своей целью получение первичной информации, отражающей содержание процессов, проходящих в цехах, на складах, участках производственной деятельности. К нему относятся следующие технологические операции: съем первичной информации, т.е. получение количественной характеристики показателей (например, количество отпущенных материалов, количество изготовленных деталей и т.д.); регистрация первичной информации - нанесение всех реквизитов оснований (количественных характеристик) и признаков на какой-либо носитель; съем первичной информации, т.е. получение количественной характеристики показателей (например, количество отпущенных материалов, количество изготовленных деталей и т.д.); регистрация первичной информации - нанесение всех реквизитов оснований (количественных характеристик) и признаков на какой-либо носитель; сбор первичной информации - получение пакета сообщений, «пачки» документов или файла на машинных носителях; сбор первичной информации - получение пакета сообщений, «пачки» документов или файла на машинных носителях; передача первичной информации от места возникновения к месту обработки. передача первичной информации от места возникновения к месту обработки. Операции данного класса выполняются в основном на рабочих местах (вне пунктов обработки информации), являются самыми трудоемкими (трудовые затраты на его выполнение составляют до 50 % всех работ), дорогостоящими и дают наибольший процент ошибок в получаемых данных. Операции данного класса выполняются в основном на рабочих местах (вне пунктов обработки информации), являются самыми трудоемкими (трудовые затраты на его выполнение составляют до 50 % всех работ), дорогостоящими и дают наибольший процент ошибок в получаемых данных.

ОСНОВЫ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ Рис. 2. Схема классификации технологических операций обработки данных

ОСНОВЫ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ Второй класс операций имеет своей целью ввод данных в ЭВМ, возможное перенесение первичной информации на промежуточные машинные носители, загрузку данных в ИБ. В состав класса входят операции: прием, контроль и регистрация информации в пункте обработки первичной информации в случае пакетного характера поступления на обработку данных, ввод данных в ЭВМ, контроль ошибок и загрузка в ИБ, ведение ИБ. Данный класс отличается высокой трудоемкостью (до 40% трудоемкости всего процесса) и множеством допускаемых ошибок. В современных системах обработки данных операции первого и второго классов совмещаются, когда в процессе съема и регистрации первичной информации одновременно осуществляется ввод данных в ЭВМ. Второй класс операций имеет своей целью ввод данных в ЭВМ, возможное перенесение первичной информации на промежуточные машинные носители, загрузку данных в ИБ. В состав класса входят операции: прием, контроль и регистрация информации в пункте обработки первичной информации в случае пакетного характера поступления на обработку данных, ввод данных в ЭВМ, контроль ошибок и загрузка в ИБ, ведение ИБ. Данный класс отличается высокой трудоемкостью (до 40% трудоемкости всего процесса) и множеством допускаемых ошибок. В современных системах обработки данных операции первого и второго классов совмещаются, когда в процессе съема и регистрации первичной информации одновременно осуществляется ввод данных в ЭВМ. Третий класс предназначен для выполнения обработки данных ИБ по алгоритмам и получения результатной информации. Данный класс характеризуется наибольшей степенью автоматизации процессов, наименьшей трудоемкостью (5% трудоемкости всех процессов) и наименьшим количеством допускаемых ошибок. В случаях оперативной обработки данных выполнение операции регистрации, ввод данных в ЭВМ и формирование результатной информации объединяются в один технологический процесс. Третий класс предназначен для выполнения обработки данных ИБ по алгоритмам и получения результатной информации. Данный класс характеризуется наибольшей степенью автоматизации процессов, наименьшей трудоемкостью (5% трудоемкости всех процессов) и наименьшим количеством допускаемых ошибок. В случаях оперативной обработки данных выполнение операции регистрации, ввод данных в ЭВМ и формирование результатной информации объединяются в один технологический процесс. Четвертый класс имеет целью обеспечение достоверности и высокого качества результатной информации. К основным операциям данного класса относятся: анализ и контроль полученных результатных документов; выявление и исправление ошибок по причине неправильности введенных исходных данных, сбоев в работе машины, ошибок пользователя, оператора или программиста. Трудоемкость данного этапа составляет до 5% трудоемкости всех процессов. Обычно этот класс операций выполняется при сложной аналитической обработке данных. Четвертый класс имеет целью обеспечение достоверности и высокого качества результатной информации. К основным операциям данного класса относятся: анализ и контроль полученных результатных документов; выявление и исправление ошибок по причине неправильности введенных исходных данных, сбоев в работе машины, ошибок пользователя, оператора или программиста. Трудоемкость данного этапа составляет до 5% трудоемкости всех процессов. Обычно этот класс операций выполняется при сложной аналитической обработке данных.

ОСНОВЫ ПРОЕКТИРОВАНИЯ ТЕХНОЛОГИЧЕСКИХ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ По степени автоматизации все технологические операции можно разделить на следующие классы: операции, выполняемые вручную, машинно-ручным способом, полуавтоматическим и автоматическим способом. По степени автоматизации все технологические операции можно разделить на следующие классы: операции, выполняемые вручную, машинно-ручным способом, полуавтоматическим и автоматическим способом. По стадии выполнения операции делятся на подготовительные, основные и заключительные. По стадии выполнения операции делятся на подготовительные, основные и заключительные. Основные технологические операции по выполняемой функции в технологическом процессе можно разделить: на рабочие операции и контрольные. В свою очередь, среди рабочих технологических операций по характеру обработки выделяют активные (связанные с логическим или арифметическим преобразованием информации) и пассивные (например, операции ввода-вывода). Основные технологические операции по выполняемой функции в технологическом процессе можно разделить: на рабочие операции и контрольные. В свою очередь, среди рабочих технологических операций по характеру обработки выделяют активные (связанные с логическим или арифметическим преобразованием информации) и пассивные (например, операции ввода-вывода). Контрольные операции могут принадлежать к определенному методу организации контроля, которые, в свою очередь, объединяются в группы по следующим признакам: Контрольные операции могут принадлежать к определенному методу организации контроля, которые, в свою очередь, объединяются в группы по следующим признакам: по времени выполнения: предварительный контроль, текущий контроль, заключительный контроль; по времени выполнения: предварительный контроль, текущий контроль, заключительный контроль; по степени охвата контролем рабочих операций: пооперационный контроль и контурный контроль, охватывающий несколько рабочих операций; по степени охвата контролем рабочих операций: пооперационный контроль и контурный контроль, охватывающий несколько рабочих операций; по принципам организации выделяют контроль, организованный по принципу дублирования работ (например, метод двойного файла, верификации и др.), принципу информационной избыточности (метод контрольных сумм, модульный метод и др.), принципу логической или арифметической увязки показателей (например, балансовый метод). по принципам организации выделяют контроль, организованный по принципу дублирования работ (например, метод двойного файла, верификации и др.), принципу информационной избыточности (метод контрольных сумм, модульный метод и др.), принципу логической или арифметической увязки показателей (например, балансовый метод).

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

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

Организационные структуры проектирования ЭИС Процесс проектирования ЭИС имеет специфические особенности, которые, в свою очередь, определяют специфику управления проектированием. Процесс проектирования ЭИС имеет специфические особенности, которые, в свою очередь, определяют специфику управления проектированием. 1. Процесс проектирования ЭИС по своему характеру является творческим. Поэтому при отсутствии достаточно полного формализованного перечня операций проектирования и состояний проекта в процессе его разработки управление проектированием носит ситуационный характер. 1. Процесс проектирования ЭИС по своему характеру является творческим. Поэтому при отсутствии достаточно полного формализованного перечня операций проектирования и состояний проекта в процессе его разработки управление проектированием носит ситуационный характер. 2. Пользователь на этапе разработки системы может изменять требования к качеству системы, срокам и затратам проектирования. 2. Пользователь на этапе разработки системы может изменять требования к качеству системы, срокам и затратам проектирования. В связи с отсутствием общепринятых надежных способов оценки качества проектных решений затруднен его контроль. В связи с отсутствием общепринятых надежных способов оценки качества проектных решений затруднен его контроль. 3. Стремление разработчиков к индивидуальному характеру труда приводит к невысокой степени организации контроля и координации деятельности отдельных разработчиков проекта. 3. Стремление разработчиков к индивидуальному характеру труда приводит к невысокой степени организации контроля и координации деятельности отдельных разработчиков проекта. Выделение субъекта управления связано с разделением труда в группе специалистов в процессе проектирования ЭИС. Управление проектными работами в этом случае может осуществляться на нескольких уровнях: Выделение субъекта управления связано с разделением труда в группе специалистов в процессе проектирования ЭИС. Управление проектными работами в этом случае может осуществляться на нескольких уровнях: руководства проектной организации; руководства проектной организации; руководства обеспечивающих подразделений (например, планово-производственного отдела и т.п.); руководства обеспечивающих подразделений (например, планово-производственного отдела и т.п.); руководства функциональными подразделениями; руководства функциональными подразделениями; руководителей проектов (главных конструкторов); руководителей проектов (главных конструкторов); руководителей проектных групп (ответственных исполнителей). руководителей проектных групп (ответственных исполнителей).

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

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

Организационные структуры проектирования ЭИС Администратор - ответственное лицо, которое выполняет эксплуатацию программно- технических средств и информационного и методологического обеспечения ЭИС (технологические и инструкционные карты). Администратор - ответственное лицо, которое выполняет эксплуатацию программно- технических средств и информационного и методологического обеспечения ЭИС (технологические и инструкционные карты). Администратор несет ответственность перед пользователем за правильность результатов работы ЭИС и их своевременность, а перед заказчиком и разработчиком - за соблюдением условий эксплуатации, требований к технической документации. Администратор несет ответственность перед пользователем за правильность результатов работы ЭИС и их своевременность, а перед заказчиком и разработчиком - за соблюдением условий эксплуатации, требований к технической документации. Разработчик - это ответственное лицо (организация или подразделение), которое выполняет следующие функции: Разработчик - это ответственное лицо (организация или подразделение), которое выполняет следующие функции: разрабатывает ЭИС по техническому заданию заказчика; разрабатывает ЭИС по техническому заданию заказчика; принимает участие во внедрении; принимает участие во внедрении; осуществляет сдачу проекта заказчику; осуществляет сдачу проекта заказчику; осуществляет авторское сопровождение проекта. осуществляет авторское сопровождение проекта. Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ЭИС, научно-технический уровень разработки, сроки проведения работ, качество проектной документации, правильность расхода денежных ресурсов. Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ЭИС, научно-технический уровень разработки, сроки проведения работ, качество проектной документации, правильность расхода денежных ресурсов. Под разработчиком понимается как одна организация, так и некоторая совокупность организаций, в которую входят головная организация и организации-соисполнители. Под разработчиком понимается как одна организация, так и некоторая совокупность организаций, в которую входят головная организация и организации-соисполнители. Существует несколько типов схем организации работ с участием четырех сторон, выбор которых зависит от объема заказа. Существует несколько типов схем организации работ с участием четырех сторон, выбор которых зависит от объема заказа.

Организационные структуры проектирования ЭИС 1. Если заказ имеет небольшие размеры по стоимости и по продолжительности работ, то принимают первую схему, в которой в одном лице выступают заказчик, разработчик и администратор (рис.1). 1. Если заказ имеет небольшие размеры по стоимости и по продолжительности работ, то принимают первую схему, в которой в одном лице выступают заказчик, разработчик и администратор (рис.1). Рис. 1. Схема организации работ для небольших заказов

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

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

Организационные структуры проектирования ЭИС Данная схема характеризуется тем, что на заказчика возлагаются функции сопровождения, заказа и приемки проектов нескольких ЭИС. Данная схема характеризуется тем, что на заказчика возлагаются функции сопровождения, заказа и приемки проектов нескольких ЭИС. Преимуществами данной схемы являются; Преимуществами данной схемы являются; более высокая степень специализации работников, следовательно, более высокий профессиональный уровень; более высокая степень специализации работников, следовательно, более высокий профессиональный уровень; возможность организации контроля за сроками и качеством выполнения работ. возможность организации контроля за сроками и качеством выполнения работ. 4. Отделение заказчика от разработчика позволяет последнему привлекать к своей работе организации- соисполнителей разных уровней иерархии (рис. 4), что, в свою очередь, позволяет использовать труд специализированных и профессиональных организаций. 4. Отделение заказчика от разработчика позволяет последнему привлекать к своей работе организации- соисполнителей разных уровней иерархии (рис. 4), что, в свою очередь, позволяет использовать труд специализированных и профессиональных организаций. Основными документами, регулирующими отношения заказчика и проектировщика, являются техническое задание и договор на проведение работ. Основными документами, регулирующими отношения заказчика и проектировщика, являются техническое задание и договор на проведение работ. Иногда заказчик курирует частные ТЗ, если организациям выделены важные функции, которые имеют достаточно сложную структуру. Иногда заказчик курирует частные ТЗ, если организациям выделены важные функции, которые имеют достаточно сложную структуру. Переход экономики страны на рыночные отношения привел к тому, что в области проектирования ЭИС появился самостоятельный рынок услуг по проектированию, покупке и установке вычислительной техники, разработке локальных сетей, прокладке сетевого оборудования и обучению пользователей, выполняемых компаниями, называемыми «системными интеграторами». Переход экономики страны на рыночные отношения привел к тому, что в области проектирования ЭИС появился самостоятельный рынок услуг по проектированию, покупке и установке вычислительной техники, разработке локальных сетей, прокладке сетевого оборудования и обучению пользователей, выполняемых компаниями, называемыми «системными интеграторами». Под термином «системный интегратор» одни авторы [10] понимают компании, специализирующиеся на сетевых и телекоммуникационных решениях (сетевые интеграторы), имеющие, в свою очередь, сеть своих реселеров (продавцов), или компании -программные интеграторы. Другие, например [79], считают, что компания - «системный интегратор» призвана выполнять комплексное решение задач заказчика при построении ЭИС, поскольку заказчик готов переложить детальную проработку и реализацию проекта на плечи системного интегратора, определив лишь исходные данные и задачи, которые должна решать реализуемая ЭИС. Под термином «системный интегратор» одни авторы [10] понимают компании, специализирующиеся на сетевых и телекоммуникационных решениях (сетевые интеграторы), имеющие, в свою очередь, сеть своих реселеров (продавцов), или компании -программные интеграторы. Другие, например [79], считают, что компания - «системный интегратор» призвана выполнять комплексное решение задач заказчика при построении ЭИС, поскольку заказчик готов переложить детальную проработку и реализацию проекта на плечи системного интегратора, определив лишь исходные данные и задачи, которые должна решать реализуемая ЭИС.

Организационные структуры проектирования ЭИС Такая компания выполняет, как правило, следующий набор функций: Такая компания выполняет, как правило, следующий набор функций: продажа (дистрибуция, поставка для проектов) аппаратного обеспечения; продажа (дистрибуция, поставка для проектов) аппаратного обеспечения; продажа (дистрибуция, поставка для проектов) программного обеспечения; продажа (дистрибуция, поставка для проектов) программного обеспечения; консалтинг, проектные работы, сервис, техническая поддержка, обучение. консалтинг, проектные работы, сервис, техническая поддержка, обучение. По структуре и выполняемым функциям выделяют две группы фирм системных интеграторов: По структуре и выполняемым функциям выделяют две группы фирм системных интеграторов: малые фирмы с числом сотрудников менее 30 человек и с числом сотрудников от 30 до 50 человек, представляющие собой небольшие динамические компании, специализирующиеся на интеграции программного обеспечения и аппаратных средств нескольких бизнес-партнеров; малые фирмы с числом сотрудников менее 30 человек и с числом сотрудников от 30 до 50 человек, представляющие собой небольшие динамические компании, специализирующиеся на интеграции программного обеспечения и аппаратных средств нескольких бизнес-партнеров; средние фирмы с числом сотрудников от 50 человек до 100 и крупные фирмы- интеграторы с числом сотрудников свыше 100 человек, предлагающие клиенту широкий спектр решений, основанных на оборудовании большого числа ведущих зарубежных производителей. В таких компаниях созданы отделы разработки собственных программных продуктов, предлагаются услуги по консалтингу и обучению специалистов в собственных учебных центрах. средние фирмы с числом сотрудников от 50 человек до 100 и крупные фирмы- интеграторы с числом сотрудников свыше 100 человек, предлагающие клиенту широкий спектр решений, основанных на оборудовании большого числа ведущих зарубежных производителей. В таких компаниях созданы отделы разработки собственных программных продуктов, предлагаются услуги по консалтингу и обучению специалистов в собственных учебных центрах.

Технология внедрения CASE- средств Технология внедрения CASE-средств базируется в основном на стандартах IEEE (IEEE - Institute of Electrical and Electronics Engineers - Институт инженеров по электротехнике и электронике). Термин "внедрение" используется в широком смысле и включает все действия от оценки первоначальных потребностей до полномасштабного использования CASE-средств в различных подразделениях организации-пользователя. Процесс внедрения CASE-средств состоит из следующих этапов: Технология внедрения CASE-средств базируется в основном на стандартах IEEE (IEEE - Institute of Electrical and Electronics Engineers - Институт инженеров по электротехнике и электронике). Термин "внедрение" используется в широком смысле и включает все действия от оценки первоначальных потребностей до полномасштабного использования CASE-средств в различных подразделениях организации-пользователя. Процесс внедрения CASE-средств состоит из следующих этапов: -определение потребностей в CASE-средствах; -определение потребностей в CASE-средствах; -оценка и выбор CASE-средств; -оценка и выбор CASE-средств; -выполнение пилотного проекта; -выполнение пилотного проекта; -практическое внедрение CASE-средств. -практическое внедрение CASE-средств. Процесс успешного внедрения CASE-средств не ограничивается только их использованием. На самом деле он охватывает планирование и реализацию множества технических, организационных, структурных процессов, изменений в общей культуре организации, и основан на четком понимании возможностей CASE-средств. Процесс успешного внедрения CASE-средств не ограничивается только их использованием. На самом деле он охватывает планирование и реализацию множества технических, организационных, структурных процессов, изменений в общей культуре организации, и основан на четком понимании возможностей CASE-средств.

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

Определение потребностей в Case-средствах Анализ возможностей организации и ее готовности к внедрению Case-средств Определение организационных потребностей Обзор рынка Case-средств Определение критериев успешного внедрения Разработка стратегии внедрения Case- средств

Технология внедрения CASE- средств Анализ возможностей организации Анализ возможностей организации Первым действием данного этапа является анализ возможностей организации в отношении ее технологической базы, персонала и используемого ПО. Такой анализ может быть формальным или неформальным. Первым действием данного этапа является анализ возможностей организации в отношении ее технологической базы, персонала и используемого ПО. Такой анализ может быть формальным или неформальным. Формальные подходы определяются моделью оценки зрелости технологических процессов организации CMM (Capability Maturity Model), разработанной SEI (Software Engineering Institute), а также стандартами ISO 9001: 1994, ISO : 1991 и ISO :1991. В центре внимания этих подходов находится анализ различных аспектов происходящих в организации процессов. Формальные подходы определяются моделью оценки зрелости технологических процессов организации CMM (Capability Maturity Model), разработанной SEI (Software Engineering Institute), а также стандартами ISO 9001: 1994, ISO : 1991 и ISO :1991. В центре внимания этих подходов находится анализ различных аспектов происходящих в организации процессов. Для получения информации относительно положения и потребностей организации могут использоваться неформальные оценки и анкетирование. Список простых вопросов, которые могут помочь в неформальной оценке текущей практики использования ПО, технологии и персонала, приведен ниже. Для получения информации относительно положения и потребностей организации могут использоваться неформальные оценки и анкетирование. Список простых вопросов, которые могут помочь в неформальной оценке текущей практики использования ПО, технологии и персонала, приведен ниже. Ответы на данные вопросы могут определить те области, где автоматизация может принести эффект. В противном случае может оказаться, что совершенствование процесса разработки и сопровождения ПО, программ обучения и других функций более предпочтительно, чем приобретение новых средств. Некоторые из этих усовершенствований могут оказаться необходимыми для получения максимальной выгоды от внедрения любых средств. Ответы на данные вопросы могут определить те области, где автоматизация может принести эффект. В противном случае может оказаться, что совершенствование процесса разработки и сопровождения ПО, программ обучения и других функций более предпочтительно, чем приобретение новых средств. Некоторые из этих усовершенствований могут оказаться необходимыми для получения максимальной выгоды от внедрения любых средств.

Технология внедрения CASE- средств Данные вопросы являются, по существу, руководством по сбору информации, необходимой для определения степени готовности организации к внедрению CASE-технологии. Данные вопросы являются, по существу, руководством по сбору информации, необходимой для определения степени готовности организации к внедрению CASE-технологии. Общие вопросы Общие вопросы -используемая модель ЖЦ (каскадная или спиральная); -используемая модель ЖЦ (каскадная или спиральная); -используемые методы (структурные, объектно-ориентированные). Степень адаптации метода к потребностям организации; квалификация сотрудников; -используемые методы (структурные, объектно-ориентированные). Степень адаптации метода к потребностям организации; квалификация сотрудников; -наличие документированных стандартов (формальных или неформальных) по анализу требований, спецификациям и проектированию, кодированию и тестированию; -наличие документированных стандартов (формальных или неформальных) по анализу требований, спецификациям и проектированию, кодированию и тестированию; -количественные метрики, используемые в процессе разработки ПО, их использование; -количественные метрики, используемые в процессе разработки ПО, их использование; -виды документации, выпускаемой в процессе ЖЦ ПО; -виды документации, выпускаемой в процессе ЖЦ ПО; -наличие группы поддержки средств проектирования. -наличие группы поддержки средств проектирования. Проекты, ведущиеся в организации Проекты, ведущиеся в организации -средняя продолжительность проекта в человеко-месяцах; -средняя продолжительность проекта в человеко-месяцах; -среднее количество специалистов, участвующих в проектах различных категорий (небольших, средних и крупных); -среднее количество специалистов, участвующих в проектах различных категорий (небольших, средних и крупных); -средний размер проектов различных категорий в терминах кодовых метрик (например, в строках исходных кодов), способ измерения. -средний размер проектов различных категорий в терминах кодовых метрик (например, в строках исходных кодов), способ измерения.

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

Технология внедрения CASE- средств Персонал Персонал Главной целью оценки персонала является определение его отношения к возможным изменениям (позитивного, нейтрального или негативного). Вопросы, касающиеся оценки персонала, включают следующие: Главной целью оценки персонала является определение его отношения к возможным изменениям (позитивного, нейтрального или негативного). Вопросы, касающиеся оценки персонала, включают следующие: -реакция сотрудников организации (как отдельных людей, так и коллективов) на внедрение новой технологии. Наличие опыта успешных или безуспешных внедрений; -реакция сотрудников организации (как отдельных людей, так и коллективов) на внедрение новой технологии. Наличие опыта успешных или безуспешных внедрений; -наличие лидеров, способных серьезно повлиять на отношение к новым средствам; -наличие лидеров, способных серьезно повлиять на отношение к новым средствам; -наличие стремления "снизу" к совершенствованию средств и технологии; -наличие стремления "снизу" к совершенствованию средств и технологии; -объем обучения, необходимого для ориентации пользователей в новой технологии; -объем обучения, необходимого для ориентации пользователей в новой технологии; -стабильность и уровень текучести кадров. -стабильность и уровень текучести кадров.

Технология внедрения CASE- средств Готовность Готовность Целью оценки готовности организации является определение того, насколько она способна воспринять как немедленные, так и долгосрочные последствия внедрения CASE-средств. Вопросы, касающиеся оценки готовности, включают следующие: Целью оценки готовности организации является определение того, насколько она способна воспринять как немедленные, так и долгосрочные последствия внедрения CASE-средств. Вопросы, касающиеся оценки готовности, включают следующие: -поддержка проекта со стороны высшего руководства; -поддержка проекта со стороны высшего руководства; -готовность организации к долгосрочному финансированию проекта; -готовность организации к долгосрочному финансированию проекта; -готовность организации к выделению необходимых специалистов для участия в процессе внедрения и к их обучению; -готовность организации к выделению необходимых специалистов для участия в процессе внедрения и к их обучению; -готовность персонала к существенному изменению технологии своей работы; -готовность персонала к существенному изменению технологии своей работы; -степень понимания персоналом масштаба изменений; -степень понимания персоналом масштаба изменений; -готовность технических специалистов и менеджеров пойти на возможное кратковременное снижение продуктивности своей работы; -готовность технических специалистов и менеджеров пойти на возможное кратковременное снижение продуктивности своей работы; -готовность руководства к долговременному ожиданию отдачи от вложенных средств. -готовность руководства к долговременному ожиданию отдачи от вложенных средств. Оценка готовности организации к внедрению CASE-технологии должна быть откровенной и тщательной, поскольку в случае отсутствия такой готовности все усилия по внедрению потерпят крах. Оценка готовности организации к внедрению CASE-технологии должна быть откровенной и тщательной, поскольку в случае отсутствия такой готовности все усилия по внедрению потерпят крах.

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

Технология внедрения CASE- средств Определение критериев успешного внедрения Определение критериев успешного внедрения Определяемые критерии должны позволять количественно оценивать степень удовлетворения каждой из потребностей, связанных с внедрением. Кроме того, по каждому критерию должно быть определено его конкретное оптимальное значение. На определенных этапах внедрения эти критерии должны анализироваться для того, чтобы определить текущую степень удовлетворения потребностей. Определяемые критерии должны позволять количественно оценивать степень удовлетворения каждой из потребностей, связанных с внедрением. Кроме того, по каждому критерию должно быть определено его конкретное оптимальное значение. На определенных этапах внедрения эти критерии должны анализироваться для того, чтобы определить текущую степень удовлетворения потребностей. Как правило, большинство организаций осуществляет внедрение CASE-средств для того, чтобы повысить продуктивность процессов разработки и сопровождения ПО, а также качество результатов разработки. Однако, ряд организаций не занимаются и не занимались ранее сбором количественных данных по указанным параметрам. Отсутствие таких данных затрудняет количественную оценку воздействия, оказываемого внедрением CASE-средств. В этом случае рекомендуется разработка соответствующих метрик. Информация о таких метриках приведена в стандартах IEEE Std (IEEE Standard for Software Productivity Metrics) и IEEE Std (IEEE Standard for a Software Quality Metrics Methodology). Как правило, большинство организаций осуществляет внедрение CASE-средств для того, чтобы повысить продуктивность процессов разработки и сопровождения ПО, а также качество результатов разработки. Однако, ряд организаций не занимаются и не занимались ранее сбором количественных данных по указанным параметрам. Отсутствие таких данных затрудняет количественную оценку воздействия, оказываемого внедрением CASE-средств. В этом случае рекомендуется разработка соответствующих метрик. Информация о таких метриках приведена в стандартах IEEE Std (IEEE Standard for Software Productivity Metrics) и IEEE Std (IEEE Standard for a Software Quality Metrics Methodology). В том случае, если базовые метрические данные отсутствуют, организация зачастую может извлечь полезную информацию из своих проектных архивов. В том случае, если базовые метрические данные отсутствуют, организация зачастую может извлечь полезную информацию из своих проектных архивов. Помимо продуктивности и качества, полезную информацию о состоянии внедрения CASE- средств также могут дать и другие характеристики организационных процессов и персонала. Например, оценка степени успешности внедрения может включать процент проектов, использующих CASE-средства, рейтинговые оценки уровня квалификации специалистов, связанные с использованием CASE-средств и результаты опросов персонала по поводу отношения к использованию CASE-средств. Помимо продуктивности и качества, полезную информацию о состоянии внедрения CASE- средств также могут дать и другие характеристики организационных процессов и персонала. Например, оценка степени успешности внедрения может включать процент проектов, использующих CASE-средства, рейтинговые оценки уровня квалификации специалистов, связанные с использованием CASE-средств и результаты опросов персонала по поводу отношения к использованию CASE-средств.

Технология внедрения CASE- средств Другие примеры проектных характеристик, которые могут быть оценены количественно, включают следующие: Другие примеры проектных характеристик, которые могут быть оценены количественно, включают следующие: -согласованность проектных результатов; -согласованность проектных результатов; -точность стоимостных и плановых оценок; -точность стоимостных и плановых оценок; -изменчивость внешних требований; -изменчивость внешних требований; -соблюдение стандартов организации; -соблюдение стандартов организации; -степень повторного использования существующих компонентов ПО; -степень повторного использования существующих компонентов ПО; -объем и виды необходимого обучения; -объем и виды необходимого обучения; -типы и моменты обнаружения проектных ошибок; -типы и моменты обнаружения проектных ошибок; вычислительные ресурсы, используемые CASE- средствами. вычислительные ресурсы, используемые CASE- средствами.

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

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

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

Технология внедрения CASE- средств Преимущество нисходящего подхода заключается в том, что он охватывает все процессы создания и сопровождения ПО, обеспечивая максимально возможную их автоматизацию. Другим преимуществом является приобретение интегрированного (или интегрируемого) набора средств, поскольку каждая отдельная поставка подчиняется общей стратегии. Нисходящий подход также может быть легко интегрирован в общую стратегию развития процесса создания и сопровождения ПО, в которой внедрение CASE-средств является только одним из аспектов. Преимущество нисходящего подхода заключается в том, что он охватывает все процессы создания и сопровождения ПО, обеспечивая максимально возможную их автоматизацию. Другим преимуществом является приобретение интегрированного (или интегрируемого) набора средств, поскольку каждая отдельная поставка подчиняется общей стратегии. Нисходящий подход также может быть легко интегрирован в общую стратегию развития процесса создания и сопровождения ПО, в которой внедрение CASE-средств является только одним из аспектов. Недостатки данного подхода заключаются в следующем: Недостатки данного подхода заключаются в следующем: -нисходящий подход требует для своей реализации значительных людских и финансовых ресурсов; -нисходящий подход требует для своей реализации значительных людских и финансовых ресурсов; -в общем случае, широкомасштабный подход такого рода не позволяет пользователям достаточно быстро приступить к практическому использованию средств; -в общем случае, широкомасштабный подход такого рода не позволяет пользователям достаточно быстро приступить к практическому использованию средств; -нисходящий подход может привести к относительно серьезным изменениям существующих в организации процессов. Реализацией такого подхода труднее управлять, и, кроме того, он содержит в себе повышенный риск провала, ведущего к тому, что CASE- средства "кладутся на полку". -нисходящий подход может привести к относительно серьезным изменениям существующих в организации процессов. Реализацией такого подхода труднее управлять, и, кроме того, он содержит в себе повышенный риск провала, ведущего к тому, что CASE- средства "кладутся на полку". Нисходящий подход рекомендуется для относительно зрелых организаций с устоявшимся процессом создания и сопровождения ПО, которые стремятся вложить все необходимые ресурсы в полностью законченную работу. Чтобы повысить вероятность успеха, требуется принятие серьезных обязательств со стороны как руководства, так и потенциальных пользователей. Нисходящий подход рекомендуется для относительно зрелых организаций с устоявшимся процессом создания и сопровождения ПО, которые стремятся вложить все необходимые ресурсы в полностью законченную работу. Чтобы повысить вероятность успеха, требуется принятие серьезных обязательств со стороны как руководства, так и потенциальных пользователей.

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

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

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

Модель процесса оценки и выбора Уточнение критериев Оценка Case-средств Выбор Case-средств Пользовательские потребности Список критериев Доступные Case- средства Уточненный список критериев Цели, предположения и ограничения Потребность в дополнительной информации Результаты оценки Рекомендуемое решение

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

Технология внедрения CASE- средств Процесс оценки и/или выбора может быть начат только тогда, когда лицо, группа или организация полностью определила для себя конкретные потребности и формализовала их в виде количественных и качественных требований в заданной предметной области. Термин "пользовательские требования" далее означает именно такие формализованные требования. Процесс оценки и/или выбора может быть начат только тогда, когда лицо, группа или организация полностью определила для себя конкретные потребности и формализовала их в виде количественных и качественных требований в заданной предметной области. Термин "пользовательские требования" далее означает именно такие формализованные требования. Пользователь должен определить конкретный порядок действий и принятия решений с любыми необходимыми итерациями. Например, процесс может быть представлен в виде дерева решений с его последовательным обходом и выбором подмножеств кандидатов для более детальной оценки. Описание последовательности действий должно определять поток данных между ними. Пользователь должен определить конкретный порядок действий и принятия решений с любыми необходимыми итерациями. Например, процесс может быть представлен в виде дерева решений с его последовательным обходом и выбором подмножеств кандидатов для более детальной оценки. Описание последовательности действий должно определять поток данных между ними. Определение списка критериев основано на пользовательских требованиях и включает: Определение списка критериев основано на пользовательских требованиях и включает: -выбор критериев для использования из приведенного далее перечня; -выбор критериев для использования из приведенного далее перечня; -определение дополнительных критериев; -определение дополнительных критериев; -определение области использования каждого критерия (оценка, выбор или оба процесса); -определение области использования каждого критерия (оценка, выбор или оба процесса); -определение одной или более метрик для каждого критерия оценки; -определение одной или более метрик для каждого критерия оценки; -назначение веса каждому критерию при выборе. -назначение веса каждому критерию при выборе.

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

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

Технология внедрения CASE- средств Оценка и накопление соответствующих данных может выполняться следующими способами: Оценка и накопление соответствующих данных может выполняться следующими способами: -анализ CASE-средств и документации поставщика; -анализ CASE-средств и документации поставщика; -опрос реальных пользователей; -опрос реальных пользователей; -анализ результатов проектов, использовавших данные CASE-средства; -анализ результатов проектов, использовавших данные CASE-средства; -просмотр демонстраций и опрос демонстраторов; -просмотр демонстраций и опрос демонстраторов; -выполнение тестовых примеров; -выполнение тестовых примеров; -применение CASE-средств в пилотных проектах; -применение CASE-средств в пилотных проектах; -анализ любых доступных результатов предыдущих оценок. -анализ любых доступных результатов предыдущих оценок. Существуют как объективные, так и субъективные критерии. Результаты оценки в соответствии с конкретным критерием могут быть двоичными, находиться в некотором числовом диапазоне, представлять собой просто числовое значение или иметь какую-либо другую форму. Существуют как объективные, так и субъективные критерии. Результаты оценки в соответствии с конкретным критерием могут быть двоичными, находиться в некотором числовом диапазоне, представлять собой просто числовое значение или иметь какую-либо другую форму. Для объективных критериев оценка должна выполняться путем воспроизводимой процедуры, чтобы любой другой специалист, выполняющий оценку, мог получить такие же результаты. Если используются тестовые примеры, их набор должен быть заранее определен, унифицирован и документирован. Для объективных критериев оценка должна выполняться путем воспроизводимой процедуры, чтобы любой другой специалист, выполняющий оценку, мог получить такие же результаты. Если используются тестовые примеры, их набор должен быть заранее определен, унифицирован и документирован.

Технология внедрения CASE- средств Результаты оценки должны быть стандартным образом документированы (для облегчения последующего использования) и, при необходимости, утверждены. Результаты оценки должны быть стандартным образом документированы (для облегчения последующего использования) и, при необходимости, утверждены. Отчет по результатам оценки должен содержать следующую информацию: Отчет по результатам оценки должен содержать следующую информацию: -введение. Общий обзор процесса и перечень основных результатов; -введение. Общий обзор процесса и перечень основных результатов; -предпосылки. Цель оценки и желаемые результаты, период времени, в течение которого выполнялась оценка, определение ролей и соответствующего опыта специалистов, выполнявших оценку; -предпосылки. Цель оценки и желаемые результаты, период времени, в течение которого выполнялась оценка, определение ролей и соответствующего опыта специалистов, выполнявших оценку; -подход к оценке. Описание общего подхода, включая полученные CASE-средства, информацию, определяющую контекст и масштаб оценки, а также любые предположения и ограничения; -подход к оценке. Описание общего подхода, включая полученные CASE-средства, информацию, определяющую контекст и масштаб оценки, а также любые предположения и ограничения; -информация о CASE-средствах. Она должна включать следующее: 1) наименование CASE-средства; 2) версию CASE-средства; 3) данные о поставщике, включая контактный адрес и телефон; 4) конфигурацию технических средств; 5) стоимостные данные; 6) описание CASE-средства, включающее поддерживаемые данным средством процессы создания и сопровождения ПО, программную среду CASE- средства (в частности, поддерживаемые языки программирования, операционные системы, совместимость с базами данных), функции CASE-средства, входные/выходные данные и область применения; -информация о CASE-средствах. Она должна включать следующее: 1) наименование CASE-средства; 2) версию CASE-средства; 3) данные о поставщике, включая контактный адрес и телефон; 4) конфигурацию технических средств; 5) стоимостные данные; 6) описание CASE-средства, включающее поддерживаемые данным средством процессы создания и сопровождения ПО, программную среду CASE- средства (в частности, поддерживаемые языки программирования, операционные системы, совместимость с базами данных), функции CASE-средства, входные/выходные данные и область применения; -этапы оценки. Конкретные действия, выполняемые в процессе оценки, должны быть описаны со степенью детализации, необходимой как для понимания масштаба и глубины оценки, так и для ее повторения при необходимости; -этапы оценки. Конкретные действия, выполняемые в процессе оценки, должны быть описаны со степенью детализации, необходимой как для понимания масштаба и глубины оценки, так и для ее повторения при необходимости; -конкретные результаты. Результаты оценки должны быть представлены в терминах критериев оценки. В тех случаях, когда отчет охватывает целый ряд CASE-средств или результаты данной оценки будут сопоставляться с аналогичными результатами других оценок, необходимо обратить особое внимание на формат представления результатов, способствующий такому сравнению. Субъективные результаты должны быть отделены от объективных и должны сопровождаться необходимыми пояснениями; -конкретные результаты. Результаты оценки должны быть представлены в терминах критериев оценки. В тех случаях, когда отчет охватывает целый ряд CASE-средств или результаты данной оценки будут сопоставляться с аналогичными результатами других оценок, необходимо обратить особое внимание на формат представления результатов, способствующий такому сравнению. Субъективные результаты должны быть отделены от объективных и должны сопровождаться необходимыми пояснениями; -выводы и заключения; -выводы и заключения; -приложения. Формулировка задачи оценки и уточненный список критериев. -приложения. Формулировка задачи оценки и уточненный список критериев.

Технология внедрения CASE- средств Процесс выбора Процесс выбора Процессы оценки и выбора тесно взаимосвязаны друг с другом. По результатам оценки цели выбора и/или критерии выбора и их веса могут потребовать модификации. В таких случаях может потребоваться повторная оценка. Когда анализируются окончательные результаты оценки и к ним применяются критерии выбора, может быть рекомендовано приобретение CASE-средства или набора CASE-средств. Альтернативой может быть отсутствие адекватных CASE-средств, в этом случае рекомендуется разработать новое CASE- средство, модифицировать существующее или отказаться от внедрения. Процессы оценки и выбора тесно взаимосвязаны друг с другом. По результатам оценки цели выбора и/или критерии выбора и их веса могут потребовать модификации. В таких случаях может потребоваться повторная оценка. Когда анализируются окончательные результаты оценки и к ним применяются критерии выбора, может быть рекомендовано приобретение CASE-средства или набора CASE-средств. Альтернативой может быть отсутствие адекватных CASE-средств, в этом случае рекомендуется разработать новое CASE- средство, модифицировать существующее или отказаться от внедрения. Процесс выбора тесно взаимосвязан с процессом оценки и включает следующие действия: Процесс выбора тесно взаимосвязан с процессом оценки и включает следующие действия: -формулировка задач выбора, включая цели, предположения и ограничения; -формулировка задач выбора, включая цели, предположения и ограничения; -выполнение всех необходимых действий по выбору, включая определение и ранжирование критериев, определение средств-кандидатов, сбор необходимых данных и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями. Для многих пользователей важным критерием выбора является интегрируемость CASE-средства с существующей средой; -выполнение всех необходимых действий по выбору, включая определение и ранжирование критериев, определение средств-кандидатов, сбор необходимых данных и применение ранжированных критериев к результатам оценки для определения средств с наилучшими показателями. Для многих пользователей важным критерием выбора является интегрируемость CASE-средства с существующей средой; -выполнение необходимого количества итераций с тем, чтобы выбрать (или отвергнуть) средства, имеющие сходные показатели; -выполнение необходимого количества итераций с тем, чтобы выбрать (или отвергнуть) средства, имеющие сходные показатели; -подготовка отчета по результатам выбора. -подготовка отчета по результатам выбора. В процессе выбора возможно получение двух результатов: В процессе выбора возможно получение двух результатов: - рекомендаций по выбору конкретного CASE-средства; - рекомендаций по выбору конкретного CASE-средства; - запроса на получение дополнительной информации к процессу оценки. - запроса на получение дополнительной информации к процессу оценки. Масштаб выбора должен устанавливать требуемый уровень детализации, необходимые ресурсы, график и ожидаемые результаты. Существует ряд параметров, которые могут быть использованы для определения масштаба, включая: Масштаб выбора должен устанавливать требуемый уровень детализации, необходимые ресурсы, график и ожидаемые результаты. Существует ряд параметров, которые могут быть использованы для определения масштаба, включая: -использование предварительного отбора (например, отбор только средств, работающих на конкретной платформе); -использование предварительного отбора (например, отбор только средств, работающих на конкретной платформе); -использование ранее полученных результатов оценки, результатов оценки из внешних источников или комбинации того и другого. -использование ранее полученных результатов оценки, результатов оценки из внешних источников или комбинации того и другого.

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

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

Технология внедрения CASE- средств Критерии оценки и выбора Критерии оценки и выбора Критерии формируют базис для процессов оценки и выбора и могут принимать различные формы, включая: Критерии формируют базис для процессов оценки и выбора и могут принимать различные формы, включая: -числовые меры в широком диапазоне значений, например, объем требуемой памяти; -числовые меры в широком диапазоне значений, например, объем требуемой памяти; -числовые меры в ограниченном диапазоне значений, например, простота освоения, выраженная в баллах от 1 до 5; -числовые меры в ограниченном диапазоне значений, например, простота освоения, выраженная в баллах от 1 до 5; -двоичные меры (истина/ложь, да/нет), например, способность генерации документации в формате Postscript; -двоичные меры (истина/ложь, да/нет), например, способность генерации документации в формате Postscript; -меры, которые могут принимать одно или более из конечных множеств значений, например, платформы, для которых поддерживается CASE-средство. -меры, которые могут принимать одно или более из конечных множеств значений, например, платформы, для которых поддерживается CASE-средство. Типичный процесс оценки и/или выбора может использовать набор критериев различных типов. Типичный процесс оценки и/или выбора может использовать набор критериев различных типов.

Технология внедрения CASE- средств Каждый критерий должен быть выбран и адаптирован экспертом с учетом особенностей конкретного процесса. В большинстве случаев только некоторые из множества описанных ниже критериев оказываются приемлемыми для использования, при этом также добавляются дополнительные критерии. Выбор и уточнение набора используемых критериев является критическим шагом в процессе оценки и/или выбора. Каждый критерий должен быть выбран и адаптирован экспертом с учетом особенностей конкретного процесса. В большинстве случаев только некоторые из множества описанных ниже критериев оказываются приемлемыми для использования, при этом также добавляются дополнительные критерии. Выбор и уточнение набора используемых критериев является критическим шагом в процессе оценки и/или выбора. Функциональные характеристики. Критерии первого класса предназначены для определения функциональных характеристик CASE-средства. Они в свою очередь подразделяются на ряд групп и подгрупп: Функциональные характеристики. Критерии первого класса предназначены для определения функциональных характеристик CASE-средства. Они в свою очередь подразделяются на ряд групп и подгрупп: -среда функционирования; -среда функционирования; -проектная среда. -проектная среда. Поддержка процессов жизненного цикла. Определяет набор процессов ЖЦ, которые поддерживает CASE- средство. Примерами таких процессов являются анализ требований, проектирование, реализация, тестирование и оценка, сопровождение, обеспечение качества, управление конфигурацией и управление проектом, причем они зависят от принятой пользователем модели ЖЦ. Поддержка процессов жизненного цикла. Определяет набор процессов ЖЦ, которые поддерживает CASE- средство. Примерами таких процессов являются анализ требований, проектирование, реализация, тестирование и оценка, сопровождение, обеспечение качества, управление конфигурацией и управление проектом, причем они зависят от принятой пользователем модели ЖЦ. Область применения. Примерами являются системы обработки транзакций, системы реального времени, информационные системы и т.д. Область применения. Примерами являются системы обработки транзакций, системы реального времени, информационные системы и т.д. Размер поддерживаемых приложений. Определяет ограничения на такие величины, как количество строк кода, уровней вложенности, размер базы данных, количество элементов данных, количество объектов конфигурационного управления. Размер поддерживаемых приложений. Определяет ограничения на такие величины, как количество строк кода, уровней вложенности, размер базы данных, количество элементов данных, количество объектов конфигурационного управления. ПО/технические средства: ПО/технические средства: Требуемые технические средства. Оборудование, необходимое для функционирования CASE-средства, включая тип процессора, объем оперативной и дисковой памяти. Требуемые технические средства. Оборудование, необходимое для функционирования CASE-средства, включая тип процессора, объем оперативной и дисковой памяти. Поддерживаемые технические средства. Элементы оборудования, которые могут использоваться CASE- средством, например, устройства ввода/вывода. Поддерживаемые технические средства. Элементы оборудования, которые могут использоваться CASE- средством, например, устройства ввода/вывода. Требуемое ПО. ПО, необходимое для функционирования CASE-средства, включая операционные системы и графические оболочки. Требуемое ПО. ПО, необходимое для функционирования CASE-средства, включая операционные системы и графические оболочки. Поддерживаемое ПО. Программные продукты, которые могут использоваться CASE-средством. Поддерживаемое ПО. Программные продукты, которые могут использоваться CASE-средством.

Технология внедрения CASE- средств Технологическая среда: Технологическая среда: соответствие стандартам технологической среды. Такие стандарты касаются языка, базы данных, репозитория, коммуникаций, графического интерфейса пользователя, документации, разработки, управления конфигурацией, безопасности, стандартов обмена информацией и интеграции по данным, по управлению и по пользовательскому интерфейсу. соответствие стандартам технологической среды. Такие стандарты касаются языка, базы данных, репозитория, коммуникаций, графического интерфейса пользователя, документации, разработки, управления конфигурацией, безопасности, стандартов обмена информацией и интеграции по данным, по управлению и по пользовательскому интерфейсу. совместимость с другими средствами. Способность к взаимодействию с другими средствами, включая непосредственный обмен данными (примерами таких средств являются текстовые процессоры, базы данных и другие CASE-средства). Возможность преобразования репозитория или его части в стандартный формат для обработки другими средствами. совместимость с другими средствами. Способность к взаимодействию с другими средствами, включая непосредственный обмен данными (примерами таких средств являются текстовые процессоры, базы данных и другие CASE-средства). Возможность преобразования репозитория или его части в стандартный формат для обработки другими средствами. поддерживаемая методология. Набор методов и методик, поддерживаемых CASE-средством. Примерами являются структурный или объектно- ориентированный анализ и проектирование. поддерживаемая методология. Набор методов и методик, поддерживаемых CASE-средством. Примерами являются структурный или объектно- ориентированный анализ и проектирование. поддерживаемые языки. Все языки, используемые CASE-средством. Примерами таких языков являются языки программирования (Кобол, Ада, С), языки баз данных и языки запросов (DDL, SQL), графические языки (Postscript, HPGL), языки спецификации проектных требований и интерфейсы операционных систем (языки управления заданиями). поддерживаемые языки. Все языки, используемые CASE-средством. Примерами таких языков являются языки программирования (Кобол, Ада, С), языки баз данных и языки запросов (DDL, SQL), графические языки (Postscript, HPGL), языки спецификации проектных требований и интерфейсы операционных систем (языки управления заданиями).

Технология внедрения CASE- средств Функции, ориентированные на фазы жизненного цикла: Функции, ориентированные на фазы жизненного цикла: Моделирование: Моделирование: Данные критерии определяют способность выполнения функций, необходимых для спецификации требований к ПО и преобразованию их в проект: Данные критерии определяют способность выполнения функций, необходимых для спецификации требований к ПО и преобразованию их в проект: построение диаграмм. Возможность создания и редактирования диаграмм различных типов, представляющих интерес для пользователя. построение диаграмм. Возможность создания и редактирования диаграмм различных типов, представляющих интерес для пользователя. графический анализ. Возможность анализа графических объектов, а также хранения и представления проектной информации в графическом представлении. В большинстве случаев графические анализаторы интегрированы со средствами построения диаграмм. графический анализ. Возможность анализа графических объектов, а также хранения и представления проектной информации в графическом представлении. В большинстве случаев графические анализаторы интегрированы со средствами построения диаграмм. ввод и редактирование спецификаций требований и проектных спецификаций. К спецификациям такого рода относятся описания функций, данных, интерфейсов, структуры, качества, производительности, технических средств, среды, затрат и графиков. ввод и редактирование спецификаций требований и проектных спецификаций. К спецификациям такого рода относятся описания функций, данных, интерфейсов, структуры, качества, производительности, технических средств, среды, затрат и графиков. язык спецификации требований и проектных спецификаций. Возможность импорта, экспорта и редактирования спецификаций с использованием формального языка. язык спецификации требований и проектных спецификаций. Возможность импорта, экспорта и редактирования спецификаций с использованием формального языка. моделирование данных. Возможность ввода и редактирования информации, описывающей элементы данных системы и их отношения. моделирование данных. Возможность ввода и редактирования информации, описывающей элементы данных системы и их отношения. моделирование процессов. Возможность ввода и редактирования информации, описывающей процессы системы и их отношения. моделирование процессов. Возможность ввода и редактирования информации, описывающей процессы системы и их отношения. проектирование архитектуры ПО. Проектирование логической структуры ПО - структуры модулей, интерфейсов и др. проектирование архитектуры ПО. Проектирование логической структуры ПО - структуры модулей, интерфейсов и др. имитационное моделирование. Возможность динамического моделирования различных аспектов функционирования системы на основе спецификаций требований и/или проектных спецификаций, включая внешний интерфейс и производительность (например, время отклика, коэффициент использования ресурсов и пропускную способность). имитационное моделирование. Возможность динамического моделирования различных аспектов функционирования системы на основе спецификаций требований и/или проектных спецификаций, включая внешний интерфейс и производительность (например, время отклика, коэффициент использования ресурсов и пропускную способность). прототипирование. Возможность проектирования и генерации предварительного варианта всей системы или ее отдельных компонент на основе спецификаций требований и/или проектных спецификаций. Прототипирование в основном касается внешнего пользовательского интерфейса и осуществляется при непосредственном участии пользователей. прототипирование. Возможность проектирования и генерации предварительного варианта всей системы или ее отдельных компонент на основе спецификаций требований и/или проектных спецификаций. Прототипирование в основном касается внешнего пользовательского интерфейса и осуществляется при непосредственном участии пользователей. генерация экранных форм. Возможность генерации экранных форм на основе спецификаций требований и/или проектных спецификаций. генерация экранных форм. Возможность генерации экранных форм на основе спецификаций требований и/или проектных спецификаций. возможность трассировки. Возможность сквозного анализа функционирования системы от спецификации требований до конечных результатов (установления и отслеживания соответствий и связей между функциональными и другими внешними требованиями к ИС, техническими решениями и результатами проектирования). Прямая трассировка (проверка учета всех требований) и обратная трассировка (поиск проектных решений, не связанных ни с какими внешними требованиями). возможность трассировки. Возможность сквозного анализа функционирования системы от спецификации требований до конечных результатов (установления и отслеживания соответствий и связей между функциональными и другими внешними требованиями к ИС, техническими решениями и результатами проектирования). Прямая трассировка (проверка учета всех требований) и обратная трассировка (поиск проектных решений, не связанных ни с какими внешними требованиями).

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

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

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

Технология внедрения CASE- средств Управление конфигурацией: Управление конфигурацией: контроль доступа и изменений. Возможность контроля доступа на физическом уровне к элементам данных и контроля изменений. Контроль доступа включает возможности определения прав доступа к компонентам, а также извлечения элементов данных для модификации, блокировки доступа к ним на время модификации и помещения обратно в репозиторий. контроль доступа и изменений. Возможность контроля доступа на физическом уровне к элементам данных и контроля изменений. Контроль доступа включает возможности определения прав доступа к компонентам, а также извлечения элементов данных для модификации, блокировки доступа к ним на время модификации и помещения обратно в репозиторий. отслеживание модификаций. Фиксация и ведение журнала всех модификаций, внесенных в систему в процессе разработки или сопровождения. отслеживание модификаций. Фиксация и ведение журнала всех модификаций, внесенных в систему в процессе разработки или сопровождения. управление версиями. Ведение и контроль данных о версиях системы и всех ее коллективно используемых компонентах. управление версиями. Ведение и контроль данных о версиях системы и всех ее коллективно используемых компонентах. учет состояния объектов конфигурационного управления. Возможность получения отчетов о всех последовательных версиях, содержимом и состоянии различных объектов конфигурационного управления. учет состояния объектов конфигурационного управления. Возможность получения отчетов о всех последовательных версиях, содержимом и состоянии различных объектов конфигурационного управления. генерация версий и модификаций. Поддержка пользовательского описания последовательности действий, требуемых для формирования версий и модификаций, и автоматическое выполнение этих действий. генерация версий и модификаций. Поддержка пользовательского описания последовательности действий, требуемых для формирования версий и модификаций, и автоматическое выполнение этих действий. архивирование. Возможность автоматического архивирования элементов данных для последующего использования. архивирование. Возможность автоматического архивирования элементов данных для последующего использования. Управление проектом: Управление проектом: управление работами и ресурсами. Контроль и управление процессом проектирования ИС в терминах структуры заданий и назначения исполнителей, последовательности их выполнения, завершенности отдельных этапов проекта и проекта в целом. Возможность поддержки плановых данных, фактических данных и их анализа. Типичные данные включают графики (с учетом календаря, рабочих часов, выходных и др.), компьютерные ресурсы, распределение персонала, бюджет и др. управление работами и ресурсами. Контроль и управление процессом проектирования ИС в терминах структуры заданий и назначения исполнителей, последовательности их выполнения, завершенности отдельных этапов проекта и проекта в целом. Возможность поддержки плановых данных, фактических данных и их анализа. Типичные данные включают графики (с учетом календаря, рабочих часов, выходных и др.), компьютерные ресурсы, распределение персонала, бюджет и др.

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

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

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

Технология внедрения CASE- средств Переносимость Переносимость совместимость с версиями ОС (возможность работы в среде различных версий одной и той же ОС, простота модификации CASE-средства для работы с новыми версиями ОС). совместимость с версиями ОС (возможность работы в среде различных версий одной и той же ОС, простота модификации CASE-средства для работы с новыми версиями ОС). переносимость данных между различными версиями CASE-средства. переносимость данных между различными версиями CASE-средства. соответствие стандартам переносимости. Такие стандарты включают документацию, коммуникации и пользовательский интерфейс, оконный интерфейс, языки программирования, языки запросов и др. соответствие стандартам переносимости. Такие стандарты включают документацию, коммуникации и пользовательский интерфейс, оконный интерфейс, языки программирования, языки запросов и др. Общие критерии Общие критерии Приведенные ниже критерии являются общими по своей природе и не принадлежат к совокупности показателей качества, приведенной в стандарте ISO/IEC 9126: Приведенные ниже критерии являются общими по своей природе и не принадлежат к совокупности показателей качества, приведенной в стандарте ISO/IEC 9126: затраты на CASE-средство. Включают стоимость приобретения, установки, начального сопровождения и обучения. Следует учитывать цену для всех необходимых конфигураций (включая единственную копию, несколько копий, локальную лицензию, лицензию для предприятия, сетевую лицензию). затраты на CASE-средство. Включают стоимость приобретения, установки, начального сопровождения и обучения. Следует учитывать цену для всех необходимых конфигураций (включая единственную копию, несколько копий, локальную лицензию, лицензию для предприятия, сетевую лицензию). оценочный эффект от внедрения CASE-средства (уровень продуктивности, качества и т.д.). Такая оценка может потребовать экономического анализа. оценочный эффект от внедрения CASE-средства (уровень продуктивности, качества и т.д.). Такая оценка может потребовать экономического анализа. профиль дистрибьютора. Общие показатели возможностей дистрибьютора. Профиль дистрибьютора может включать величину его организации, стаж в бизнесе, финансовое положение, список любых дополнительных продуктов, деловые связи (в частности, с другими дистрибьюторами данного средства), планируемая стратегия развития. профиль дистрибьютора. Общие показатели возможностей дистрибьютора. Профиль дистрибьютора может включать величину его организации, стаж в бизнесе, финансовое положение, список любых дополнительных продуктов, деловые связи (в частности, с другими дистрибьюторами данного средства), планируемая стратегия развития.

Технология внедрения CASE- средств сертификация поставщика. Сертификаты, полученные от специализированных организаций в области создания ПО (например, SEI и ISO), удостоверяющие, что квалификация поставщика в области создания и сопровождения ПО удовлетворяет некоторым минимально необходимым или вполне определенным требованиям. Сертификация может быть неформальной, например, на основе анализа качества работы поставщика. сертификация поставщика. Сертификаты, полученные от специализированных организаций в области создания ПО (например, SEI и ISO), удостоверяющие, что квалификация поставщика в области создания и сопровождения ПО удовлетворяет некоторым минимально необходимым или вполне определенным требованиям. Сертификация может быть неформальной, например, на основе анализа качества работы поставщика. лицензионная политика. Доступные возможности лицензирования, право копирования (носителей и документации), любые ограничения и/или штрафные санкции за вторичное использования (подразумевается продажа пользователем CASE-средства продуктов, в состав которых входят некоторые компоненты CASE-средства, использовавшиеся при разработке продуктов). лицензионная политика. Доступные возможности лицензирования, право копирования (носителей и документации), любые ограничения и/или штрафные санкции за вторичное использования (подразумевается продажа пользователем CASE-средства продуктов, в состав которых входят некоторые компоненты CASE-средства, использовавшиеся при разработке продуктов). экспортные ограничения. экспортные ограничения. профиль продукта. Общая информация о продукте, включая срок его существования, количество проданных копий, наличие, размер и уровень деятельности пользовательской группы, система отчетов о проблемах, программа развития продукта, совокупность применений, наличие ошибок и др. профиль продукта. Общая информация о продукте, включая срок его существования, количество проданных копий, наличие, размер и уровень деятельности пользовательской группы, система отчетов о проблемах, программа развития продукта, совокупность применений, наличие ошибок и др. поддержка поставщика. Доступность, реактивность и качество услуг, предоставляемых поставщиком для пользователей CASE-средств. Такие услуги могут включать телефонную "горячую линию", местную техническую поддержку, поддержку в самой организации. поддержка поставщика. Доступность, реактивность и качество услуг, предоставляемых поставщиком для пользователей CASE-средств. Такие услуги могут включать телефонную "горячую линию", местную техническую поддержку, поддержку в самой организации. доступность и качество обучения. Обучение может проводиться на территории поставщика, пользователя или где-либо в другом месте. доступность и качество обучения. Обучение может проводиться на территории поставщика, пользователя или где-либо в другом месте. адаптация, требуемая для внедрения CASE-средств в организации пользователя. Примером может быть определение способа использования централизованного CASE-средства с единой, общей БД в распределенной среде. адаптация, требуемая для внедрения CASE-средств в организации пользователя. Примером может быть определение способа использования централизованного CASE-средства с единой, общей БД в распределенной среде.

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

Технология внедрения CASE- средств Первоначальное использование новой CASE-технологии в пилотном проекте должно тщательно планироваться и контролироваться. Первоначальное использование новой CASE-технологии в пилотном проекте должно тщательно планироваться и контролироваться. Определение характеристик пилотного проекта Определение характеристик пилотного проекта Пилотный проект должен обладать следующими характеристиками: Пилотный проект должен обладать следующими характеристиками: Область применения. Чтобы облегчить окончательное определение области применения CASE-средства, предметная область пилотного проекта должна быть типичной для обычной деятельности организации. Пилотный проект должен помочь определить любую дополнительную технологию, обучение или поддержку, которые необходимы для перехода от пилотного проекта к широкомасштабному использованию средства. В рамках этих ограничений пилотный проект должен иметь небольшой, но значимый размер. Область применения. Чтобы облегчить окончательное определение области применения CASE-средства, предметная область пилотного проекта должна быть типичной для обычной деятельности организации. Пилотный проект должен помочь определить любую дополнительную технологию, обучение или поддержку, которые необходимы для перехода от пилотного проекта к широкомасштабному использованию средства. В рамках этих ограничений пилотный проект должен иметь небольшой, но значимый размер. Масштабируемость. Результаты, полученные в пилотном проекте, должны показать масштабируемость средства. Цель - получить четкое представление о масштабах проектов, для которых данное средство применимо. Масштабируемость. Результаты, полученные в пилотном проекте, должны показать масштабируемость средства. Цель - получить четкое представление о масштабах проектов, для которых данное средство применимо. Представительность. Пилотный проект не должен быть необычным или уникальным для организации. CASE-средство должно использоваться для решения задач, относящихся к предметной области, хорошо понимаемой всей организацией. Представительность. Пилотный проект не должен быть необычным или уникальным для организации. CASE-средство должно использоваться для решения задач, относящихся к предметной области, хорошо понимаемой всей организацией. Критичность. Пилотный проект должен иметь существенную значимость, чтобы оказаться в центре внимания, но не должен быть критичным для успешной деятельности организации в целом. Необходимо осознавать, что первоначальное внедрение новой технологии подразумевает определенный риск. При выборе пилотного проекта приходится решать следующую дилемму: успех незначительного проекта может остаться незамеченным, с другой стороны, провал значимого проекта может вызвать чрезмерную критику. Критичность. Пилотный проект должен иметь существенную значимость, чтобы оказаться в центре внимания, но не должен быть критичным для успешной деятельности организации в целом. Необходимо осознавать, что первоначальное внедрение новой технологии подразумевает определенный риск. При выборе пилотного проекта приходится решать следующую дилемму: успех незначительного проекта может остаться незамеченным, с другой стороны, провал значимого проекта может вызвать чрезмерную критику.

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

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

Технология внедрения CASE- средств определить критерии оценки результатов. Чтобы определить степень успеха пилотного проекта, необходимо использовать набор критериев, основанных на упомянутых выше задачах. Примером критерия может быть степень непротиворечивости проектной документации и контролируемости выполнения требований к ПО. Значения критериев должны сравниваться с базовыми значениями, полученными до выполнения пилотного проекта. определить критерии оценки результатов. Чтобы определить степень успеха пилотного проекта, необходимо использовать набор критериев, основанных на упомянутых выше задачах. Примером критерия может быть степень непротиворечивости проектной документации и контролируемости выполнения требований к ПО. Значения критериев должны сравниваться с базовыми значениями, полученными до выполнения пилотного проекта. Персонал Персонал Специалисты, выбранные для участия в пилотном проекте, должны иметь соответствующий авторитет и влияние и быть сторонниками новой технологии. Группа должна включать как технических специалистов, так и менеджеров, заинтересованных в новой технологии и разбирающихся в ее использовании. Группа должна обладать высокими способностями к коммуникации, знанием особенностей организационных процессов и процедур, а также предметной области. Группа не должна, тем не менее, состоять полностью из специалистов высшего звена, она должна представлять средний уровень организации. Специалисты, выбранные для участия в пилотном проекте, должны иметь соответствующий авторитет и влияние и быть сторонниками новой технологии. Группа должна включать как технических специалистов, так и менеджеров, заинтересованных в новой технологии и разбирающихся в ее использовании. Группа должна обладать высокими способностями к коммуникации, знанием особенностей организационных процессов и процедур, а также предметной области. Группа не должна, тем не менее, состоять полностью из специалистов высшего звена, она должна представлять средний уровень организации. Многие CASE-средства обеспечивают возможности, связанные с генерацией проектной документации и конфигурационным управлением. Специалисты, связанные с этими и другими смежными аспектами разработки и сопровождения ПО, также должны быть включены в состав группы. Многие CASE-средства обеспечивают возможности, связанные с генерацией проектной документации и конфигурационным управлением. Специалисты, связанные с этими и другими смежными аспектами разработки и сопровождения ПО, также должны быть включены в состав группы. После завершения пилотного проекта группа должна быть открыта для обмена информацией с остальными специалистами организации относительно возможностей нового средства и опыта, полученного при его использовании. Может оказаться желательным рассредоточить членов проектной группы по всей организации с целью распространения их опыта и знаний. После завершения пилотного проекта группа должна быть открыта для обмена информацией с остальными специалистами организации относительно возможностей нового средства и опыта, полученного при его использовании. Может оказаться желательным рассредоточить членов проектной группы по всей организации с целью распространения их опыта и знаний.

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

Технология внедрения CASE- средств Обучение Обучение Должны быть определены виды и объем обучения, необходимого для выполнения пилотного проекта. При планировании обучения нужно иметь в виду три вида потребностей: технические, управленческие и мотивационные. Ресурсы, требуемые для обучения (учебные аудитории и оборудование, преподаватели и учебные материалы), должны соответствовать плану пилотного проекта. Должны быть определены виды и объем обучения, необходимого для выполнения пилотного проекта. При планировании обучения нужно иметь в виду три вида потребностей: технические, управленческие и мотивационные. Ресурсы, требуемые для обучения (учебные аудитории и оборудование, преподаватели и учебные материалы), должны соответствовать плану пилотного проекта. График обучения должен определять как специалистов, подлежащих обучению, так и виды обучения, которое они должны пройти. Обучение, которое проводится в период выполнения проекта, должно начинаться как можно быстрее после начала проекта. Обучение средствам, процессам или методам, которые не будут использоваться в течение нескольких месяцев после начала проекта, должно планироваться на то время, когда в них возникнет реальная потребность. График обучения должен определять как специалистов, подлежащих обучению, так и виды обучения, которое они должны пройти. Обучение, которое проводится в период выполнения проекта, должно начинаться как можно быстрее после начала проекта. Обучение средствам, процессам или методам, которые не будут использоваться в течение нескольких месяцев после начала проекта, должно планироваться на то время, когда в них возникнет реальная потребность. Поставщики CASE-средств обычно предлагают обучение использованию поставляемых ими средств. Помимо этого, для некоторых средств может быть необходимо обучение методологии. Некоторые виды обучения должны выполняться собственными силами. Такие виды обучения включают использование CASE-средства в контексте процессов, происходящих в организации, а также в совокупности с другими средствами в данной среде. Часть плана пилотного проекта, связанная с обучением, должна использоваться в качестве входа для плана практического внедрения. Поставщики CASE-средств обычно предлагают обучение использованию поставляемых ими средств. Помимо этого, для некоторых средств может быть необходимо обучение методологии. Некоторые виды обучения должны выполняться собственными силами. Такие виды обучения включают использование CASE-средства в контексте процессов, происходящих в организации, а также в совокупности с другими средствами в данной среде. Часть плана пилотного проекта, связанная с обучением, должна использоваться в качестве входа для плана практического внедрения. При выборе необходимого обучения должны приниматься во внимание следующие факторы: При выборе необходимого обучения должны приниматься во внимание следующие факторы: квалификация преподавателей; квалификация преподавателей; соответствие обучения характеристикам конкретных групп специалистов (на- пример, обзорные курсы для менеджеров, подробные курсы для разработчиков); соответствие обучения характеристикам конкретных групп специалистов (на- пример, обзорные курсы для менеджеров, подробные курсы для разработчиков); возможность проведения курсов непосредственно на рабочих местах; возможность проведения курсов непосредственно на рабочих местах; возможность проведения расширенных курсов; возможность проведения расширенных курсов; возможность подготовки собственных преподавателей. возможность подготовки собственных преподавателей.

Технология внедрения CASE- средств График и ресурсы График и ресурсы Должен быть разработан график, включающий ресурсы и сроки (этапы) проведения работ. Ресурсы включают персонал, технические средства, ПО и финансирование. Данные о персонале могут определять конкретных специалистов или требования к квалификации, необходимой для успешного выполнения пилотного проекта. Финансирование должно определяться отдельно по каждому виду работ: приобретение CASE-средств, установка, обучение, отдельные этапы проектирования. Должен быть разработан график, включающий ресурсы и сроки (этапы) проведения работ. Ресурсы включают персонал, технические средства, ПО и финансирование. Данные о персонале могут определять конкретных специалистов или требования к квалификации, необходимой для успешного выполнения пилотного проекта. Финансирование должно определяться отдельно по каждому виду работ: приобретение CASE-средств, установка, обучение, отдельные этапы проектирования.

Технология создания многоагентных систем Развитие аппаратного обеспечения привело к потребности создания программного обеспечения качественно нового уровня. В конце 90-х годов сформировалась новое направление в рамках информационной технологии, получившее название «многоагентная технология» или «технология создания многоагентных систем», позволяющая автоматизировать деятельность организации (организовывать распределенную обработку) на основе новых методов (агенты и посылка сообщений между агентами). Приведем краткую характеристику данного направления, поскольку оно выбрано как одно из самых перспективных в области создания информационных и информационно-управляющих систем. Развитие аппаратного обеспечения привело к потребности создания программного обеспечения качественно нового уровня. В конце 90-х годов сформировалась новое направление в рамках информационной технологии, получившее название «многоагентная технология» или «технология создания многоагентных систем», позволяющая автоматизировать деятельность организации (организовывать распределенную обработку) на основе новых методов (агенты и посылка сообщений между агентами). Приведем краткую характеристику данного направления, поскольку оно выбрано как одно из самых перспективных в области создания информационных и информационно-управляющих систем. Одним из перспективных направлений в рамках технологии многоагентных систем является подход к созданию информационной или информационно-управляющей системы в виде совокупности интеллектуальных агентов. Это направление является интеграцией 3-х направлений в области искусственного интеллекта. Одним из перспективных направлений в рамках технологии многоагентных систем является подход к созданию информационной или информационно-управляющей системы в виде совокупности интеллектуальных агентов. Это направление является интеграцией 3-х направлений в области искусственного интеллекта.

Технология создания многоагентных систем MAS (Многоагентная система) DAI (распределенн ый ИИ) DPS (распределенный решатель проблем) PAI (параллельный ИИ)

Технология создания многоагентных систем В последние годы многоагентные системы используются для: В последние годы многоагентные системы используются для: информационного поиска; информационного поиска; поддержки принятия решений (поддержки деятельности); поддержки принятия решений (поддержки деятельности); экспертизы. экспертизы. Кирпичиками для создания информационных и информационно-управляющих систем на основе многоагентной технологии явлются: Кирпичиками для создания информационных и информационно-управляющих систем на основе многоагентной технологии явлются: Simple agents (простые агенты); Simple agents (простые агенты); Smart agents (смышленые агенты); Smart agents (смышленые агенты); Intelligent (интеллигентные агенты); Intelligent (интеллигентные агенты); Truly intelligent agent (интеллектуальные агенты). Truly intelligent agent (интеллектуальные агенты). Основными характеристиками агентов являются: Основными характеристиками агентов являются: автономное поведение агента, т.е. получив цель, способ достижения цели агент выбирает сам; автономное поведение агента, т.е. получив цель, способ достижения цели агент выбирает сам; взаимодействие с другими агентами; взаимодействие с другими агентами; мониторинг выполнения (для определения себя в мире). мониторинг выполнения (для определения себя в мире). Основными характеристиками Smart agents (смышленных агентов) являются: Основными характеристиками Smart agents (смышленных агентов) являются: взаимодействие агентов; взаимодействие агентов; координация агентов; координация агентов; распределение задач между агентами. распределение задач между агентами.

Технология создания многоагентных систем В настоящее время сформировались 3 основные архитектуры MAS: В настоящее время сформировались 3 основные архитектуры MAS: deliberative (символьное представление проблемной области, формальная теория, вывод в формальной теории); deliberative (символьное представление проблемной области, формальная теория, вывод в формальной теории); reactive (несимвольное представление знаний (фреймы), эвристическая модель, вывод – «ситуация – действие»); reactive (несимвольное представление знаний (фреймы), эвристическая модель, вывод – «ситуация – действие»); hybrid (1+2). hybrid (1+2). Для реализации MAS используются: Для реализации MAS используются: MAS-библиотеки; MAS-библиотеки; MAS-среды. MAS-среды. Фирмами производителями инструментальных средств создания MAS являюся: Фирмами производителями инструментальных средств создания MAS являюся: Agentbuilder Agentbuilder Aglets IBM Japan Aglets IBM Japan Concordia Mitsubishi Electric Concordia Mitsubishi Electric Kafka Fujutsu Kafka Fujutsu Odyssey General Magic Odyssey General Magic Компонентами инструментальных средств (Toolkit) создания MAS являются: Компонентами инструментальных средств (Toolkit) создания MAS являются: средство управления проектом; средство управления проектом; средство управления онтологией; средство управления онтологией; средство управления взаимодействием агентов; средство управления взаимодействием агентов; средство отладки агентов. средство отладки агентов.

Этапы создания MAS Организация Анализ проблемной области Проекта Описание онтологии Описание онтологии Определение Интерфейса агентов Определение Архитектуры агента Определение поведения агентов Библиотека действий агентов Определение агентов Агентная программа Определение Машины агентов Создание агентного приложени я Интеллектуально е Агентное приложение

Функционирование MAS Ментальный мир Обработка новых сообщений Определение применение правил вывода Выполнение коммуникационных действий Обновление ментальной модели Планирование часы Убеждения Намерения коммуникация Ментальный мир Новые сообщения

РЕИНЖИНИРИНГ БИЗНЕС- ПРОЦЕССОВ Реорганизация деятельности Реорганизация деятельности преследует, как правило, цель повышения эффективности деятельности предприятия в целом. Реорганизация деятельности преследует, как правило, цель повышения эффективности деятельности предприятия в целом. Реорганизация деятельности по методике BSP Методика BSP определяется как "подход, помогающий предприятию определить план создания информационных систем, удовлетворяющих его ближайшие и перспективные информационные потребности". Информация является одним из основных ресурсов и должна планироваться в масштабах всего предприятия, информационная система должна проектироваться независимо от текущего состояния и структуры предприятия. Методика BSP определяется как "подход, помогающий предприятию определить план создания информационных систем, удовлетворяющих его ближайшие и перспективные информационные потребности". Информация является одним из основных ресурсов и должна планироваться в масштабах всего предприятия, информационная система должна проектироваться независимо от текущего состояния и структуры предприятия. BSP основывается на нисходящем анализе информационных объектов и регламентирует 13 этапов выполнения работ. Особенностью подхода является выделение трех организационных этапов, обеспечивающих так называемый "запуск" проекта, а именно: BSP основывается на нисходящем анализе информационных объектов и регламентирует 13 этапов выполнения работ. Особенностью подхода является выделение трех организационных этапов, обеспечивающих так называемый "запуск" проекта, а именно: 1) получение поддержки руководства предприятия; 2) подготовка к анализу; 3) проведение стартового совещания.

РЕИНЖИНИРИНГ БИЗНЕС- ПРОЦЕССОВ На этапе 4 формируется перечень основных деятельностей предприятия и содержащихся в них бизнес-процессов и дается их краткое описание. На этапе 5 выявляются основные классы данных (логически связанные категории данных). Для нашего примера такими классами являются: Сотрудники, Ремонты, Технологический транспорт и т.д. В итоге выполнения этапов 4 и 5 формируется матрица связей. На следующем (шестом) этапе осуществляется анализ существующих на предприятии деловых и системных взаимодействий. По аналогии с этапом 5 строятся четыре матрицы, демонстрирующие использование существующих и планируемых информационных подсистем: На этапе 4 формируется перечень основных деятельностей предприятия и содержащихся в них бизнес-процессов и дается их краткое описание. На этапе 5 выявляются основные классы данных (логически связанные категории данных). Для нашего примера такими классами являются: Сотрудники, Ремонты, Технологический транспорт и т.д. В итоге выполнения этапов 4 и 5 формируется матрица связей. На следующем (шестом) этапе осуществляется анализ существующих на предприятии деловых и системных взаимодействий. По аналогии с этапом 5 строятся четыре матрицы, демонстрирующие использование существующих и планируемых информационных подсистем: 1) матрица "руководители - процессы", демонстрирующая основные обязанности руководителей, степень их вовлеченности в основные бизнес- процессы предприятия 2) матрица "информационные системы - руководители", показывающая какими системами (существующими или планируемыми) пользуются руководители 3) матрица "информационные системы - процессы", демонстрирующая как системы соотносятся с бизнес-процессами предприятия 4) матрица "информационные системы - файлы данных", показывающая, какие файлы данных и какими системами используются.

РЕИНЖИНИРИНГ БИЗНЕС- ПРОЦЕССОВ На седьмом этапе решаются следующие задачи: На седьмом этапе решаются следующие задачи: 1) уточнение матриц; 2) определение и оценка необходимой руководству информации; 3) определение приоритетов потребностей; 4) определение текущих задач; 5) привлечение на свою сторону руководства; Далее все проблемы разделяются на три вида: Далее все проблемы разделяются на три вида: 1) проблемы, не относящиеся к автоматизации и не затрагивающие информационные системы; 2) проблемы, связанные с существующими информационными системами; 3) проблемы, связанные с будущими системами. Проблемы первого вида передаются руководству предприятия для принятия соответствующих решений. Оставшиеся проблемы сортируются по бизнес-процессам. Проблемы первого вида передаются руководству предприятия для принятия соответствующих решений. Оставшиеся проблемы сортируются по бизнес-процессам. На девятом этапе традиционными методами осуществляется проектирование архитектуры информационной системы. Десятый этап определяет приоритеты в реализации и намечает последовательность ее этапов. Этап 11 определяет планирование модификаций информационной системы в связи с постоянным процессом появления новых требований к такой системе. Наконец, этапы 12 и 13 заключаются в выработке рекомендаций и планов и формировании отчетности по проведенным работам. На девятом этапе традиционными методами осуществляется проектирование архитектуры информационной системы. Десятый этап определяет приоритеты в реализации и намечает последовательность ее этапов. Этап 11 определяет планирование модификаций информационной системы в связи с постоянным процессом появления новых требований к такой системе. Наконец, этапы 12 и 13 заключаются в выработке рекомендаций и планов и формировании отчетности по проведенным работам. Анализ и реорганизация деятельности предприятия производится на основе построенных матриц и выявленных проблем (естественно, эти матрицы детализируются до уровня бизнес-функций), основные изменения осуществляются с целью ориентации предприятия на спроектированную информационную систему. Анализ и реорганизация деятельности предприятия производится на основе построенных матриц и выявленных проблем (естественно, эти матрицы детализируются до уровня бизнес-функций), основные изменения осуществляются с целью ориентации предприятия на спроектированную информационную систему.

РЕИНЖИНИРИНГ БИЗНЕС- ПРОЦЕССОВ BPR - реинжиниринг по Хаммеру и Чампи Хаммер и Чампи определяют реинжиниринг (BPR - business process reingineering) как фундаментальное переосмысление и радикальное перепланирование Хаммер и Чампи определяют реинжиниринг (BPR - business process reingineering) как фундаментальное переосмысление и радикальное перепланирование бизнес-процессов компаний, имеющее целью резкое улучшение показателей их деятельности, таких как затраты, качество, сервис и скорость. При этом используются следующие положения: бизнес-процессов компаний, имеющее целью резкое улучшение показателей их деятельности, таких как затраты, качество, сервис и скорость. При этом используются следующие положения: 1) Несколько работ объединяются в одну 1) Несколько работ объединяются в одну 2) Исполнителям делегируются право по принятию решений. 2) Исполнителям делегируются право по принятию решений. 3) Этапы процесса выполняются в естественном порядке. 3) Этапы процесса выполняются в естественном порядке. 4) Реализуются различные версии процесса. 4) Реализуются различные версии процесса. 5) Работа выполняется там, где ее целесообразно делать (выход работы за границы организационных структур). 5) Работа выполняется там, где ее целесообразно делать (выход работы за границы организационных структур). 6) Снижаются доли работ по проверке и контролю. 6) Снижаются доли работ по проверке и контролю. 7) Минимизируется количество согласований. 7) Минимизируется количество согласований. 8) Ответственный менеджер является единственной точкой контакта с клиентом процесса. 8) Ответственный менеджер является единственной точкой контакта с клиентом процесса. 9) Используются и централизованные и децентрализованные операции. 9) Используются и централизованные и децентрализованные операции.

ERP-СИСТЕМЫ ERP-СИСТЕМЫ ERP-системы (ERP - Enterprise Resources Planning: планирование ресурсов промышленного предприятия) появились в результате эволюции MRP-II-систем. Отличие данных систем видно уже из названия: с одной стороны, планирование ресурсов производства (MRP-II), с другой - планирование ресурсов промышленного предприятия/корпорации (ERP). ERP-системы (ERP - Enterprise Resources Planning: планирование ресурсов промышленного предприятия) появились в результате эволюции MRP-II-систем. Отличие данных систем видно уже из названия: с одной стороны, планирование ресурсов производства (MRP-II), с другой - планирование ресурсов промышленного предприятия/корпорации (ERP). "Стопроцентных" ERP-систем мало: всего несколько продуктов. Это действительно системы высокого уровня с точки зрения функциональных возможностей и, соответственно, привнесенного интеллекта со стороны многочисленных разработчиков. ERP-системы позволяют осуществлять планирование и управление бизнесом по различным направлениям деятельности как отдельного предприятия, так и многопрофильной корпорации. Их не надо смешивать с системами, выполняющими отдельные функции многоаспектного управления некоей структурой. Внедрение MRP-II и ERP- систем, как правило, сопряжено с изменением и дополнением процессов деятельности, пересмотром и коррекцией принципов управления. Соответственно, они не очень пока распространены. "Стопроцентных" ERP-систем мало: всего несколько продуктов. Это действительно системы высокого уровня с точки зрения функциональных возможностей и, соответственно, привнесенного интеллекта со стороны многочисленных разработчиков. ERP-системы позволяют осуществлять планирование и управление бизнесом по различным направлениям деятельности как отдельного предприятия, так и многопрофильной корпорации. Их не надо смешивать с системами, выполняющими отдельные функции многоаспектного управления некоей структурой. Внедрение MRP-II и ERP- систем, как правило, сопряжено с изменением и дополнением процессов деятельности, пересмотром и коррекцией принципов управления. Соответственно, они не очень пока распространены.

ERP-СИСТЕМЫ Стандарты MRP-ERP развивались эволюционно. С целью оптимального управления производством в середине 60-х годов APICS сформулировало принципы управления материальными запасами предприятия. Эти принципы легли в основу концепции MRP (Material Requirement Planning - планирования материальных потребностей), основными положениями которой являются: Стандарты MRP-ERP развивались эволюционно. С целью оптимального управления производством в середине 60-х годов APICS сформулировало принципы управления материальными запасами предприятия. Эти принципы легли в основу концепции MRP (Material Requirement Planning - планирования материальных потребностей), основными положениями которой являются: производственная деятельность описывается как поток взаимосвязанных заказов производственная деятельность описывается как поток взаимосвязанных заказов при выполнении заказов учитываются ограничения ресурсов при выполнении заказов учитываются ограничения ресурсов обеспечивается минимизация производственных циклов и запасов обеспечивается минимизация производственных циклов и запасов заказы снабжения и производства формируются на основе заказов реализации и производственных графиков заказы снабжения и производства формируются на основе заказов реализации и производственных графиков движение заказов увязывается с экономическими показателями движение заказов увязывается с экономическими показателями выполнение заказа завершается к тому моменту, когда он необходим. выполнение заказа завершается к тому моменту, когда он необходим. Кроме того, 60-е годы ознаменовались и тем, что вычислительные средства стали завоевывать широкую популярность и, одновременно с этим, становились все более доступными для пользователей. Таким образом, развитие вычислительных средств и наличие концепции привело к тому, что в 70-х годах стали появляться первые автоматизированные системы, реализующие MRP-концепцию. Кроме того, 60-е годы ознаменовались и тем, что вычислительные средства стали завоевывать широкую популярность и, одновременно с этим, становились все более доступными для пользователей. Таким образом, развитие вычислительных средств и наличие концепции привело к тому, что в 70-х годах стали появляться первые автоматизированные системы, реализующие MRP-концепцию.

ERP-СИСТЕМЫ Данные системы "умели" решать задачу расчета параметров и планирования потребностей в материальных ресурсах для производственной программы фирмы, как правило, в сборочном производстве. Данные системы "умели" решать задачу расчета параметров и планирования потребностей в материальных ресурсах для производственной программы фирмы, как правило, в сборочном производстве. Входными данными MRP-системы являются показатели плана производства готовой продукции на период, спецификации (ВМ и СИ) производимой продукции, существующие запасы и т.д.. Выходными данными MRP-системы являются графики заказов на закупку материалов и комплектующих и графики заказов на производство компонентов, необходимых для изготовления готовой продукции. Входными данными MRP-системы являются показатели плана производства готовой продукции на период, спецификации (ВМ и СИ) производимой продукции, существующие запасы и т.д.. Выходными данными MRP-системы являются графики заказов на закупку материалов и комплектующих и графики заказов на производство компонентов, необходимых для изготовления готовой продукции. Методика MRP декларирует, какие процессы учета и управления должны быть реализованы на предприятии, в какой последовательности они должны выполняться и содержит рекомендации о том, как они должны выполняться. Методика MRP декларирует, какие процессы учета и управления должны быть реализованы на предприятии, в какой последовательности они должны выполняться и содержит рекомендации о том, как они должны выполняться. В дальнейшем, развитие концепции MRP шло по пути расширения функциональных возможностей предприятия в сторону более полного удовлетворения потребностей клиентов и снижения производственных издержек. Это привело к тому, что в конце 70-х годов концепция MRP была дополнена положениями о формировании производственной программы в масштабах всего предприятия и контроля ее выполнения на уровне подразделений (Closed Loop MRP или, другими словами, воспроизведение замкнутого цикла в MRP-системах). В дальнейшем, развитие концепции MRP шло по пути расширения функциональных возможностей предприятия в сторону более полного удовлетворения потребностей клиентов и снижения производственных издержек. Это привело к тому, что в конце 70-х годов концепция MRP была дополнена положениями о формировании производственной программы в масштабах всего предприятия и контроля ее выполнения на уровне подразделений (Closed Loop MRP или, другими словами, воспроизведение замкнутого цикла в MRP-системах).

ERP-СИСТЕМЫ Затем появилась концепция MRPII (планирование производственных ресурсов - Manufacturing Resource Planning), основная суть которой сводится к тому, что прогнозирование, планирование и контроль производства осуществляется по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю. Затем появилась концепция MRPII (планирование производственных ресурсов - Manufacturing Resource Planning), основная суть которой сводится к тому, что прогнозирование, планирование и контроль производства осуществляется по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю. MRPII (Manufacturing Resource Planning) - "Планирование производственных ресурсов" представляет собой методологию, направленную на эффективное управление всеми ресурсами производственного предприятия. В общем случае она обеспечивает решение задач планирования деятельности предприятия в натуральных единицах, финансовое планирование в денежном выражении.. Эта методология представляет собой набор проверенных на практике разумных принципов, моделей и процедур управления и контроля, выполнение которых должно способствовать улучшению показателей экономической деятельности предприятия. MRPII (Manufacturing Resource Planning) - "Планирование производственных ресурсов" представляет собой методологию, направленную на эффективное управление всеми ресурсами производственного предприятия. В общем случае она обеспечивает решение задач планирования деятельности предприятия в натуральных единицах, финансовое планирование в денежном выражении.. Эта методология представляет собой набор проверенных на практике разумных принципов, моделей и процедур управления и контроля, выполнение которых должно способствовать улучшению показателей экономической деятельности предприятия.

ERP-СИСТЕМЫ Стандарт APICS на системы класса MRP II содержит описание 16 групп функций системы: Стандарт APICS на системы класса MRP II содержит описание 16 групп функций системы: 1. Sales and Operation Planning (Планирование продаж и производства). 1. Sales and Operation Planning (Планирование продаж и производства). 2. Demand Management (Управление спросом). 2. Demand Management (Управление спросом). 3. Master Production Scheduling (Составление плана производства). 3. Master Production Scheduling (Составление плана производства). 4. Material Requirement Planning (Планирование материальных потребностей). 4. Material Requirement Planning (Планирование материальных потребностей). 5. Bill of Materials (Спецификации продуктов). 5. Bill of Materials (Спецификации продуктов). 6. Inventory Transaction Subsystem (Управление складом). 6. Inventory Transaction Subsystem (Управление складом). 7. Scheduled Receipts Subsystem (Плановые поставки). 7. Scheduled Receipts Subsystem (Плановые поставки). 8. Shop Flow Control (Управление на уровне производственного цеха). 8. Shop Flow Control (Управление на уровне производственного цеха). 9. Capacity Requirement Planning (Планирование потребностей в мощностях). 9. Capacity Requirement Planning (Планирование потребностей в мощностях). 10. Input/output control (Контроль входа/выхода). 10. Input/output control (Контроль входа/выхода). 11. Purchasing (Материально-техническое снабжение). 11. Purchasing (Материально-техническое снабжение). 12. Distribution Resource Planning (Планирование ресурсов распределения). 12. Distribution Resource Planning (Планирование ресурсов распределения). 13. Tooling Planning and Control (Планирование и управление инструментальными средствами). 13. Tooling Planning and Control (Планирование и управление инструментальными средствами). 14. Financial Planning (Управление финансами). 14. Financial Planning (Управление финансами). 15. Simulation (Моделирование). 15. Simulation (Моделирование). 16. Performance Measurement (Оценка результатов деятельности). 16. Performance Measurement (Оценка результатов деятельности).

ERP-СИСТЕМЫ С накоплением опыта моделирования производственных и непроизводственных операций эти понятия постоянно уточняются, постепенно охватывая все больше функций. Однако следует отметить, что перечисленный функциональный состав относится только к управлению производственными ресурсами предприятия. С накоплением опыта моделирования производственных и непроизводственных операций эти понятия постоянно уточняются, постепенно охватывая все больше функций. Однако следует отметить, что перечисленный функциональный состав относится только к управлению производственными ресурсами предприятия. Стандарт MRPII делит сферы отдельных функций (процедур) на два уровня: необходимый и опциональный. Для того чтобы программное обеспечение было отнесено к классу MRPII, оно должно выполнять определенный объем необходимых (основных) функций (процедур). Некоторые поставщики ПО приняли различный диапазон реализаций опциональной части процедур этого стандарта. Стандарт MRPII делит сферы отдельных функций (процедур) на два уровня: необходимый и опциональный. Для того чтобы программное обеспечение было отнесено к классу MRPII, оно должно выполнять определенный объем необходимых (основных) функций (процедур). Некоторые поставщики ПО приняли различный диапазон реализаций опциональной части процедур этого стандарта. Состав функциональных модулей и их взаимосвязи имеют глубокое обоснование с позиции теории управления. Они обеспечивают интеграцию функций планирования, в том числе согласование различных процессов управления во времени и пространстве. Важно отметить, что представленный набор модулей является не избыточным и именно поэтому он, в основном, сохраняется и в системах следующих поколений. Более того, многие понятия, методы и алгоритмы, заложенные в функциональные модули MRPII, остаются неизменным в течение длительного времени и входят в качестве элементов в системы следующих поколений. По этой причине методологию MRPII можно считать базовой. Состав функциональных модулей и их взаимосвязи имеют глубокое обоснование с позиции теории управления. Они обеспечивают интеграцию функций планирования, в том числе согласование различных процессов управления во времени и пространстве. Важно отметить, что представленный набор модулей является не избыточным и именно поэтому он, в основном, сохраняется и в системах следующих поколений. Более того, многие понятия, методы и алгоритмы, заложенные в функциональные модули MRPII, остаются неизменным в течение длительного времени и входят в качестве элементов в системы следующих поколений. По этой причине методологию MRPII можно считать базовой.

ERP-СИСТЕМЫ Для каждого уровня планирования MRPII характерны такие параметры, как степень детализации плана, горизонт планирования, вид условий и ограничений. Эти параметры для одного и того же уровня MRPII могут изменяться в широком диапазоне в зависимости от свойств производственного процесса на предприятии. Более того, в зависимости от характера производственного процесса возможно применение на каждом отдельном предприятии определённого набора функциональных модулей MRPII. Из сказанного следует, что MRPII является гибкой и многофункциональной системой, применение которой возможно в широком спектре условий. Для каждого уровня планирования MRPII характерны такие параметры, как степень детализации плана, горизонт планирования, вид условий и ограничений. Эти параметры для одного и того же уровня MRPII могут изменяться в широком диапазоне в зависимости от свойств производственного процесса на предприятии. Более того, в зависимости от характера производственного процесса возможно применение на каждом отдельном предприятии определённого набора функциональных модулей MRPII. Из сказанного следует, что MRPII является гибкой и многофункциональной системой, применение которой возможно в широком спектре условий. В общем виде система управления предприятием, построенная в соответствии со стандартом MRPII, имеет следующий вид: В общем виде система управления предприятием, построенная в соответствии со стандартом MRPII, имеет следующий вид:

ERP-СИСТЕМЫ

ERP-СИСТЕМЫ Ниже приводится краткая характеристика перечисленных функциональных блоков MRPII. Ниже приводится краткая характеристика перечисленных функциональных блоков MRPII. Бизнес-планирование. Процесс формирования плана предприятия наиболее высокого уровня. Планирование долгосрочное, план составляется в стоимостном выражении. Наименее формализованный процесс выработки решений. Бизнес-планирование. Процесс формирования плана предприятия наиболее высокого уровня. Планирование долгосрочное, план составляется в стоимостном выражении. Наименее формализованный процесс выработки решений. Планирование спроса. Процесс прогнозирования (планирования) спроса на определенный период. Планирование спроса. Процесс прогнозирования (планирования) спроса на определенный период. Планирование продаж и производства. Бизнес-план и план спроса преобразуются в планы продаж основных видов продукции (как правило, от 5-ти до 10-ти). При этом производственные мощности могут не учитываться или учитываться укрупнённо. План носит среднесрочный характер. Планирование продаж и производства. Бизнес-план и план спроса преобразуются в планы продаж основных видов продукции (как правило, от 5-ти до 10-ти). При этом производственные мощности могут не учитываться или учитываться укрупнённо. План носит среднесрочный характер. План продаж по видам продукции преобразуется в объёмный или объёмно-календарный план производства видов продукции. Под видом здесь понимаются семейства однородной продукции. В этом плане впервые в качестве планово-учётных единиц выступают изделия, но представления о них носят усреднённый характер. Например, речь может идти о всех легковых переднеприводных автомобилях, выпускаемых на заводе (без уточнения моделей). Часто этот модуль объединяется с предыдущим. План продаж по видам продукции преобразуется в объёмный или объёмно-календарный план производства видов продукции. Под видом здесь понимаются семейства однородной продукции. В этом плане впервые в качестве планово-учётных единиц выступают изделия, но представления о них носят усреднённый характер. Например, речь может идти о всех легковых переднеприводных автомобилях, выпускаемых на заводе (без уточнения моделей). Часто этот модуль объединяется с предыдущим. План-график выпуска продукции. План производства преобразуется в график выпуска продукции. Как правило, это среднесрочный объёмно-календарный план, задающий количества конкретных изделий (или партий) со сроками их изготовления. План-график выпуска продукции. План производства преобразуется в график выпуска продукции. Как правило, это среднесрочный объёмно-календарный план, задающий количества конкретных изделий (или партий) со сроками их изготовления.

ERP-СИСТЕМЫ В ходе планирования на этом уровне определяются в количественном выражении и по срокам потребности в материальных ресурсах, необходимых для обеспечения графика выпуска продукции. В ходе планирования на этом уровне определяются в количественном выражении и по срокам потребности в материальных ресурсах, необходимых для обеспечения графика выпуска продукции. Входными данными для планирования потребностей в материалах являются спецификации изделий (состав и количественные характеристики комплектующих конкретного изделия) и размер текущих материальных запасов. Входными данными для планирования потребностей в материалах являются спецификации изделий (состав и количественные характеристики комплектующих конкретного изделия) и размер текущих материальных запасов. Планирование производственных мощностей. Как правило, в этом модуле выполняются расчёты по определению и сравнению располагаемых и потребных производственных мощностей. С наибольшими изменениями этот модуль может применяться не только для производственных мощностей, но и для других видов производственных ресурсов, способных повлиять на пропускную способность предприятия. Подобные расчёты, как правило, производятся после формирования планов практически всех предыдущих уровней с целью повышения надёжности системы планирования. Иногда решение данной задачи включают в модуль соответствующего уровня. Входными данными при планировании производственных мощностей являются также маршрутизация выпускаемых изделий. Планирование производственных мощностей. Как правило, в этом модуле выполняются расчёты по определению и сравнению располагаемых и потребных производственных мощностей. С наибольшими изменениями этот модуль может применяться не только для производственных мощностей, но и для других видов производственных ресурсов, способных повлиять на пропускную способность предприятия. Подобные расчёты, как правило, производятся после формирования планов практически всех предыдущих уровней с целью повышения надёжности системы планирования. Иногда решение данной задачи включают в модуль соответствующего уровня. Входными данными при планировании производственных мощностей являются также маршрутизация выпускаемых изделий. Управление заказами клиентов. Здесь реальные потребности клиентов сопоставляются с планами выпуска продукции. Управление заказами клиентов. Здесь реальные потребности клиентов сопоставляются с планами выпуска продукции. Управление на уровне производственного цеха. Здесь формируются оперативные планы- графики. В качестве планово-учетных единиц могут выступать детали (партии), сборочные единицы глубокого уровня, детале-(партие) операции и т. п. Длительность планирования невелика (от нескольких дней до месяца). Управление на уровне производственного цеха. Здесь формируются оперативные планы- графики. В качестве планово-учетных единиц могут выступать детали (партии), сборочные единицы глубокого уровня, детале-(партие) операции и т. п. Длительность планирования невелика (от нескольких дней до месяца).

ERP-СИСТЕМЫ Оценка исполнения. По сути, в данном модуле оценивается реальное исполнение всех вышеперечисленных планов с тем, чтобы внести корректировки во все предыдущие циклы планирования. Оценка исполнения. По сути, в данном модуле оценивается реальное исполнение всех вышеперечисленных планов с тем, чтобы внести корректировки во все предыдущие циклы планирования. Связь между уровнями в MRPII обеспечивается универсальной формулой, на которой строится система. Задача планирования на каждом уровне реализуется как ответ на четыре вопроса: Связь между уровнями в MRPII обеспечивается универсальной формулой, на которой строится система. Задача планирования на каждом уровне реализуется как ответ на четыре вопроса: Что необходимо выполнить? Что необходимо выполнить? Что необходимо для этого? Что необходимо для этого? Что есть в наличии? Что есть в наличии? Что необходимо иметь? Что необходимо иметь? В роли ответа на первый вопрос всегда выступает план более высокого уровня. Этим и обеспечивается связь между уровнями. Структура ответов на последующие вопросы зависит от решаемой задачи. В роли ответа на первый вопрос всегда выступает план более высокого уровня. Этим и обеспечивается связь между уровнями. Структура ответов на последующие вопросы зависит от решаемой задачи.

ERP-СИСТЕМЫ Дальнейшее развитие систем MRPII связано с их перерастанием в системы нового класса - "Планирование ресурсов предприятия" (Enterprise Resource Planning - ERP). Системы этого класса ориентированы на работу с финансовой информацией для решения задач управления большими корпорациями с разнесёнными территориально ресурсами. Сюда включается всё, что необходимо для получения ресурсов, изготовления продукции, её транспортировки и расчётов по заказам клиентов. Помимо перечисленных функциональных требований, к системам ERP предъявляются и новые требования по применению графики, использованию реляционных баз данных, CASE-технологий для их развития, архитектуры вычислительных систем типа "клиент-сервер" и реализации их как открытых систем. Системы этого класса активно развиваются с конца 80-х годов. Дальнейшее развитие систем MRPII связано с их перерастанием в системы нового класса - "Планирование ресурсов предприятия" (Enterprise Resource Planning - ERP). Системы этого класса ориентированы на работу с финансовой информацией для решения задач управления большими корпорациями с разнесёнными территориально ресурсами. Сюда включается всё, что необходимо для получения ресурсов, изготовления продукции, её транспортировки и расчётов по заказам клиентов. Помимо перечисленных функциональных требований, к системам ERP предъявляются и новые требования по применению графики, использованию реляционных баз данных, CASE-технологий для их развития, архитектуры вычислительных систем типа "клиент-сервер" и реализации их как открытых систем. Системы этого класса активно развиваются с конца 80-х годов. Следует отметить, что подход к решению задач планирования производства в системах ERP до недавнего времени оставался в основном неизменным, т. е. в том виде, в каком он утвердился в системах MRPII. Коротко его можно определить как подход, базирующийся на активном применении календарно-плановых нормативов на производственные циклы. Недостаток такого подхода состоит в том, что он вступает в противоречие с необходимостью оптимизации планирования. Элементы оптимизации планирования в традиционных MRPII/ERP системах встречаются только на нижнем уровне - при решении задач оперативного планирования с применением методов теории расписаний. С ростом мощностей вычислительных систем, внедрением MRPII/ERP, поиском новых более эффективных методов управления в условиях конкуренции с середины 90-х годов на базе систем MRPII/ERP появляются системы нового класса, которые получили название "Развитые системы планирования" (Advanced Planning/Scheduling - APS). Для этих систем характерно применение экономико-математических методов для решения задач планирования с постепенным снижением роли календарно-плановых нормативов на производственные циклы. Следует отметить, что подход к решению задач планирования производства в системах ERP до недавнего времени оставался в основном неизменным, т. е. в том виде, в каком он утвердился в системах MRPII. Коротко его можно определить как подход, базирующийся на активном применении календарно-плановых нормативов на производственные циклы. Недостаток такого подхода состоит в том, что он вступает в противоречие с необходимостью оптимизации планирования. Элементы оптимизации планирования в традиционных MRPII/ERP системах встречаются только на нижнем уровне - при решении задач оперативного планирования с применением методов теории расписаний. С ростом мощностей вычислительных систем, внедрением MRPII/ERP, поиском новых более эффективных методов управления в условиях конкуренции с середины 90-х годов на базе систем MRPII/ERP появляются системы нового класса, которые получили название "Развитые системы планирования" (Advanced Planning/Scheduling - APS). Для этих систем характерно применение экономико-математических методов для решения задач планирования с постепенным снижением роли календарно-плановых нормативов на производственные циклы.

ERP-СИСТЕМЫ РЫНОК ERP-СИСТЕМ В условиях острой конкуренции фирмы-производители предлагают удивительное богатство функций и удобные интерфейсы. Практически все системы легко настраиваются на технологическую среду, предоставляют дополнительные возможности только выбирай. Современные тенденции в области систем ERP - это централизация всех административно-экономических и хозяйственных функций в одной ERP-системе. Рынок ERP-продуктов достаточно велик. Сегодня системы этого уровня способны обеспечить гибкое динамическое планирование всей жизнедеятельности предприятия, автоматизировать весь спектр финансово-экономических задач, вести учет материальных и технических ресурсов. В условиях острой конкуренции фирмы-производители предлагают удивительное богатство функций и удобные интерфейсы. Практически все системы легко настраиваются на технологическую среду, предоставляют дополнительные возможности только выбирай. Современные тенденции в области систем ERP - это централизация всех административно-экономических и хозяйственных функций в одной ERP-системе. Рынок ERP-продуктов достаточно велик. Сегодня системы этого уровня способны обеспечить гибкое динамическое планирование всей жизнедеятельности предприятия, автоматизировать весь спектр финансово-экономических задач, вести учет материальных и технических ресурсов. В различной стадии внедрения находятся порядка 200 проектов на российских предприятиях. Это капля в море по сравнению с другими странами. В различной стадии внедрения находятся порядка 200 проектов на российских предприятиях. Это капля в море по сравнению с другими странами. Наиболее активную политику по продвижению своей системы проводила и проводит компания SAP. Эта немецкая фирма- разработчик, основанная 4-мя выходцами из компании IBM и по настоящее время актино сотрудничащая с последней, первой появилась на российском рынке, в Москве действует ее представительство. Поэтому, несмотря на высокую стоимость системы SAP R/3, она является лидером рынка по числу проектов. При том что системы, как уже упоминалось, очень дороги. До 1998 года системе R/3 практически не было альтернативы. Хотя, по оценке известной американской аналитической фирмы Gartner Group, система предназначена для крупных компаний, с годовым оборотом от 200 миллионов долларов. Наиболее активную политику по продвижению своей системы проводила и проводит компания SAP. Эта немецкая фирма- разработчик, основанная 4-мя выходцами из компании IBM и по настоящее время актино сотрудничащая с последней, первой появилась на российском рынке, в Москве действует ее представительство. Поэтому, несмотря на высокую стоимость системы SAP R/3, она является лидером рынка по числу проектов. При том что системы, как уже упоминалось, очень дороги. До 1998 года системе R/3 практически не было альтернативы. Хотя, по оценке известной американской аналитической фирмы Gartner Group, система предназначена для крупных компаний, с годовым оборотом от 200 миллионов долларов. В течение уже двух с половиной лет на российском рынке присутствует система класса ERP Вааn. система является хорошим решением для производственных предприятий с приемлемой ценой. В течение уже двух с половиной лет на российском рынке присутствует система класса ERP Вааn. система является хорошим решением для производственных предприятий с приемлемой ценой. Также есть продукты как Oracle Applicarions, J.D. Edwards, Exact Software, PeopleSoft. Также есть продукты как Oracle Applicarions, J.D. Edwards, Exact Software, PeopleSoft. Как обычно, стоимость в основном определяется затратами.на лицензии и внедрение. Для среднего предприятия, где предполагается работа в системе приблизительно человек, затраты на лицензии составят порядка тыс.$. Услуги по внедрению, как правило, оцениваются в том же диапазоне. В результате получается цифра: тыс.$. И это без затрат на аппаратную часть...Эту сумму, конечно, можно сократить. Но только за счет хорошей организации проекта, в частности если устанавливать не всю систему (что делается очень редко), а только отдельные модули. Как обычно, стоимость в основном определяется затратами.на лицензии и внедрение. Для среднего предприятия, где предполагается работа в системе приблизительно человек, затраты на лицензии составят порядка тыс.$. Услуги по внедрению, как правило, оцениваются в том же диапазоне. В результате получается цифра: тыс.$. И это без затрат на аппаратную часть...Эту сумму, конечно, можно сократить. Но только за счет хорошей организации проекта, в частности если устанавливать не всю систему (что делается очень редко), а только отдельные модули.

ERP-СИСТЕМЫ Сравнение отечественных и западных систем управления предприятием Далее приведем сравнительный анализ отечественных систем класса управления предприятием с зарубежными системами класса MRPII/ERP. Далее приведем сравнительный анализ отечественных систем класса управления предприятием с зарубежными системами класса MRPII/ERP. Основные отличия между зарубежными и российскими системами заключаются в следующем. Основные отличия между зарубежными и российскими системами заключаются в следующем. Зарубежные системы ориентированы на хорошо структурированную иерархическую систему процессов, выполняемых на предприятии. Зарубежные системы ориентированы на хорошо структурированную иерархическую систему процессов, выполняемых на предприятии. Зарубежные системы, как правило, опираются на наборы стандартов, которым процессы должны удовлетворять. Зарубежные системы, как правило, опираются на наборы стандартов, которым процессы должны удовлетворять. Зарубежные системы, направленные на автоматизацию управления, в настоящее время поддерживают полный набор управляющих функций (в рамках процесса или предприятия): планирование - контроль отклонений (учет) - регулирование. Зарубежные системы, направленные на автоматизацию управления, в настоящее время поддерживают полный набор управляющих функций (в рамках процесса или предприятия): планирование - контроль отклонений (учет) - регулирование. Зарубежные системы включают приложения, использующие методы, позволяющие оптимизировать решение ряд частных управленческих задач, например, выбор оптимального маршрута при управлении транспортом. Зарубежные системы включают приложения, использующие методы, позволяющие оптимизировать решение ряд частных управленческих задач, например, выбор оптимального маршрута при управлении транспортом. Российские системы, как правило, направлены на решение только задач учета и генерации бухгалтерской отчетности. Российские системы, как правило, направлены на решение только задач учета и генерации бухгалтерской отчетности.

Внедрение ERP-систем (эталонный процесс)

АРХИТЕКТУРА ИНТЕЛЛЕКТУАЛЬНОГО РЕПОЗИТОРИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОЙ CASE- СИСТЕМЫ Репозиторий, построенный на основе традиционного подхода, представляет собой хранилище информации, необходимой для разработки ПО в CASE-системе, и является базой данных и ее системой управления (СУБД). Репозиторий, построенный на основе традиционного подхода, представляет собой хранилище информации, необходимой для разработки ПО в CASE-системе, и является базой данных и ее системой управления (СУБД). В настоящее время возникла необходимость в создании интеллектуального объектно-ориентированного репозитория, который облегчит разработчикам процесс создания в CASE- системе ПО, отвечающего современному уровню. В настоящее время возникла необходимость в создании интеллектуального объектно-ориентированного репозитория, который облегчит разработчикам процесс создания в CASE- системе ПО, отвечающего современному уровню. Под интеллектуальным объектно-ориентированным репозиторием будем понимать репозиторий, построеный на основе : Под интеллектуальным объектно-ориентированным репозиторием будем понимать репозиторий, построеный на основе : - формализмов представления знаний; - формализмов представления знаний; - объектно-ориентированной парадигмы. - объектно-ориентированной парадигмы.

АРХИТЕКТУРА ИНТЕЛЛЕКТУАЛЬНОГО РЕПОЗИТОРИЯ ОБЪЕКТНО-ОРИЕНТИРОВАННОЙ CASE- СИСТЕМЫ Создание интеллектуального репозитория имеет ряд преимуществ по сравнению с традиционным подходом к его разработке, среди которых можно выделить следующие : Создание интеллектуального репозитория имеет ряд преимуществ по сравнению с традиционным подходом к его разработке, среди которых можно выделить следующие : - возможность представления знаний, которые являются обобщением накопленного опыта о процессе проектирования ПО, и предоставление доступа к этим знаниям при разработке ПО; - возможность представления знаний, которые являются обобщением накопленного опыта о процессе проектирования ПО, и предоставление доступа к этим знаниям при разработке ПО; - получение новых знаний о разрабатываемом ПО из знаний, - получение новых знаний о разрабатываемом ПО из знаний, представленных в репозитории, которые помогают разработчику в представленных в репозитории, которые помогают разработчику в процессе его проектирования; процессе его проектирования; - возможность получать ответы на вопросы, касающиеся состояний разрабатываемого ПО ( какие программные компоненты спроектированы,а какие нет; какие возникли ошибки и т.д. ) и его окружения (какие произошли сбои в аппаратном и программном - возможность получать ответы на вопросы, касающиеся состояний разрабатываемого ПО ( какие программные компоненты спроектированы,а какие нет; какие возникли ошибки и т.д. ) и его окружения (какие произошли сбои в аппаратном и программном комплексе, аварийные ситуации и т.д.), которые облегчают проектирование ПО; комплексе, аварийные ситуации и т.д.), которые облегчают проектирование ПО; - возможность сократить объем информации, представленной в репозитории за счет ее получения с помощью логического вывода и процедур; - возможность сократить объем информации, представленной в репозитории за счет ее получения с помощью логического вывода и процедур; - возможность контроля непротиворечивости знаний; - возможность контроля непротиворечивости знаний; - возможность прогнозирования результатов проектных операций; - возможность прогнозирования результатов проектных операций; - возможность выбора повторно используемых программных - возможность выбора повторно используемых программных компонент, удовлетворяющих заданным требованиям. компонент, удовлетворяющих заданным требованиям.

Основные функции интеллектуального репозитория CASE-системы Основными функциями интеллектуального репозитория CASE-системы для создания ПО являются следующие. Основными функциями интеллектуального репозитория CASE-системы для создания ПО являются следующие. 1. Хранения информации о разрабатываемом ПО на всех его стадиях ЖЦ. 1. Хранения информации о разрабатываемом ПО на всех его стадиях ЖЦ. 2. Пополнения информации, хранимой в репозитории. 2. Пополнения информации, хранимой в репозитории. 3. Логического контроля непротиворечивости вводимой информации. 3. Логического контроля непротиворечивости вводимой информации. 4. Получения ответов на запросы к информации о ПО в процессе его проектирования. 4. Получения ответов на запросы к информации о ПО в процессе его проектирования. 5. "Интеллектуального советчика". 5. "Интеллектуального советчика". 6. Группировки и совместного использования описаний по каждой прикладной системе. 6. Группировки и совместного использования описаний по каждой прикладной системе. 7. Управления доступом к информации в репозитории с помощью имен и паролей. 7. Управления доступом к информации в репозитории с помощью имен и паролей. 8. Поддержки версий прикладной системы. 8. Поддержки версий прикладной системы. 9. Генерации отчетов. 9. Генерации отчетов.

Основные функции интеллектуального репозитория CASE-системы Рассмотрим наиболее важные функции репозитория, основанного на формализме представления знаний. Рассмотрим наиболее важные функции репозитория, основанного на формализме представления знаний. Функция хранения информации о разрабатываемом программном обеспечении на всех стадиях жизненного цикла Функция хранения информации о разрабатываемом программном обеспечении на всех стадиях жизненного цикла Функция хранения информации о разрабатываемом ПО на всех стадиях ЖЦ является одной из самых главных как в репозитории,построенном на основе традиционного подхода (СУБД и БД), так и в репозитории, основанном на формализме представления знаний. Функция хранения информации о разрабатываемом ПО на всех стадиях ЖЦ является одной из самых главных как в репозитории,построенном на основе традиционного подхода (СУБД и БД), так и в репозитории, основанном на формализме представления знаний. Интеллектуальный репозиторий, содержит описание прикладной системы, которое хранится в графической форме в виде диаграмм иерархии функций, диаграмм "состояние-переход", матричных диаграмм и структурных диаграмм, описывающих разбиение прикладной системы на классы объектов, в текстовой форме в виде таблиц и проектной документации, а также факты, правила вывода, и логические выражения (аксиомы). Интеллектуальный репозиторий, содержит описание прикладной системы, которое хранится в графической форме в виде диаграмм иерархии функций, диаграмм "состояние-переход", матричных диаграмм и структурных диаграмм, описывающих разбиение прикладной системы на классы объектов, в текстовой форме в виде таблиц и проектной документации, а также факты, правила вывода, и логические выражения (аксиомы).

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

Основные функции интеллектуального репозитория CASE-системы Функции пополнения информации, хранимой в репозитории, и логического контроля Функции пополнения информации, хранимой в репозитории, и логического контроля В функции пополнения информации, хранимой в репозитории, выделяют две подфункции в соответствии с составляющими предметной области CASE- системы, а именно : В функции пополнения информации, хранимой в репозитории, выделяют две подфункции в соответствии с составляющими предметной области CASE- системы, а именно : - подфункцию моделирования формализуемой составляющей редметной области CASE-системы; - подфункцию моделирования формализуемой составляющей редметной области CASE-системы; - подфункцию пополнения неформализуемой информации, хранимой в репозитории. - подфункцию пополнения неформализуемой информации, хранимой в репозитории. Подфункция моделирования обеспечивает добавление новых объектов ( классов объектов, отношений, атрибутов, аксиом и правил вывода), изменение свойств и характеристик, существующих, в процессе проектирования ПО. Подфункция моделирования обеспечивает добавление новых объектов ( классов объектов, отношений, атрибутов, аксиом и правил вывода), изменение свойств и характеристик, существующих, в процессе проектирования ПО. Рассматриваемая функция поддерживает свойство "открытости" Рассматриваемая функция поддерживает свойство "открытости" репозитория. репозитория. Функция логического контроля на непротиворечивость вводимой информации должна быть реализована для любой стадии проектирования ПО. Непротиворечивость предполагает проверку допустимости вводимых значений и совместимости информации в репозитории. Функция логического контроля на непротиворечивость вводимой информации должна быть реализована для любой стадии проектирования ПО. Непротиворечивость предполагает проверку допустимости вводимых значений и совместимости информации в репозитории.

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

Основные функции интеллектуального репозитория CASE-системы - Запросы к процедурной составляющей модели предметной области CASE-системы. В результате ответа на запрос выдается факт, который является экстенсионалом вычислимого отношения, например, SUM(x,y,z), !(x,y), =(x,y), =(x,y) и т.д. - Запросы к процедурной составляющей модели предметной области CASE-системы. В результате ответа на запрос выдается факт, который является экстенсионалом вычислимого отношения, например, SUM(x,y,z), !(x,y), =(x,y), =(x,y) и т.д. Имени вычислимого отношения (предиката) соответствует процедура, которая выполняется для определения его экстенсионалов(фактов). Имени вычислимого отношения (предиката) соответствует процедура, которая выполняется для определения его экстенсионалов(фактов). - Запросы к неформализуемой составляющей предметной области CASE-системы. Примером может быть запрос на получение проектной документации. В результате ответа на такие запросы может происходить взаимодействие с формализуемой составляющей предметной области CASE- системы. - Запросы к неформализуемой составляющей предметной области CASE-системы. Примером может быть запрос на получение проектной документации. В результате ответа на такие запросы может происходить взаимодействие с формализуемой составляющей предметной области CASE- системы.

Основные функции интеллектуального репозитория CASE-системы Функция "интеллектуального советчика" Функция "интеллектуального советчика" Функция "интеллектуального советчика" используется: Функция "интеллектуального советчика" используется: а) в процессе проектирования ПО; а) в процессе проектирования ПО; б) при инсталляции распределенной CASE - системы для выбора ее конфигурации, удовлетворяющей требованиям разработчиков ПО и рациональному использованию вычислительной техники в организации разработчиков; б) при инсталляции распределенной CASE - системы для выбора ее конфигурации, удовлетворяющей требованиям разработчиков ПО и рациональному использованию вычислительной техники в организации разработчиков; в) в аварийных ситуациях для выбора новой конфигурации CASE-системы. в) в аварийных ситуациях для выбора новой конфигурации CASE-системы. При использовании этой функции в процессе проектирования в качестве ее подфункций можно рассмотреть следующие функции. При использовании этой функции в процессе проектирования в качестве ее подфункций можно рассмотреть следующие функции. - Прогнозирование результатов проектных операций, т.е. ответ на вопрос " Что будет, если применена конкретная проектная операция к некоторому состоянию разрабатываемого ПО". - Прогнозирование результатов проектных операций, т.е. ответ на вопрос " Что будет, если применена конкретная проектная операция к некоторому состоянию разрабатываемого ПО". - Планирование проектных операций. При таком запросе должна быть выделена цепочка проектных операций, применение которой к некоторому исходному состоянию разрабатываемого ПО приводит к достижению требуемого проектного результата. - Планирование проектных операций. При таком запросе должна быть выделена цепочка проектных операций, применение которой к некоторому исходному состоянию разрабатываемого ПО приводит к достижению требуемого проектного результата. - Управление процессом проектирования ПО. Эта функция определяет очередность применения операций и работ при проектировании ПО. Например, " Если выполнена проектная операция i и проектная операция j, то выполнить проектную операцию к". - Управление процессом проектирования ПО. Эта функция определяет очередность применения операций и работ при проектировании ПО. Например, " Если выполнена проектная операция i и проектная операция j, то выполнить проектную операцию к".

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

Основные компоненты репозитория Основными компонентами репозитория на основе коцепций "инженерии знаний" и "программной инженерии" (KBSE)являются следующие. Основными компонентами репозитория на основе коцепций "инженерии знаний" и "программной инженерии" (KBSE)являются следующие. - база знаний (БЗ); - база знаний (БЗ); - интеллектуальная информационно-поисковая система (ИИПС); - интеллектуальная информационно-поисковая система (ИИПС); - подсистема помощи при проектировании ПО; - подсистема помощи при проектировании ПО; - вспомогательные компоненты. - вспомогательные компоненты. Для реализации функции "интеллектуального советчика" в структуру репозитория должна входить ИИПС. Она содержит "знания CASE о самой себе". Для реализации функции "интеллектуального советчика" в структуру репозитория должна входить ИИПС. Она содержит "знания CASE о самой себе".

Основные компоненты репозитория Компонентой интеллектуального репозитория является и подсистема помощи при проектировании ПО. В ее состав входят две подсистемы : Компонентой интеллектуального репозитория является и подсистема помощи при проектировании ПО. В ее состав входят две подсистемы : - подсистема помощи в управлении процессом проектирования ПО; - подсистема помощи в управлении процессом проектирования ПО; - подсистема поддержки "знаний о проектировании ПО". - подсистема поддержки "знаний о проектировании ПО". Вспомогательными компонентами интеллектуального репозитория являются : Вспомогательными компонентами интеллектуального репозитория являются : - подсистема поддержки различных версий программных компонент; - подсистема поддержки различных версий программных компонент; - подсистема генерации отчетов и проектной документации; - подсистема генерации отчетов и проектной документации; - БЗ повторно-используемых программных компонент. - БЗ повторно-используемых программных компонент.

Основные компоненты БЗ Основными компонентами БЗ, как одного из центральных звеньев интеллектуального репозитория, которыми являются следующие : Основными компонентами БЗ, как одного из центральных звеньев интеллектуального репозитория, которыми являются следующие : - подсистема моделирования предметной области CASE- системы; - подсистема моделирования предметной области CASE- системы; - подсистема поддержки целостности данных и непротиворечивости знаний; - подсистема поддержки целостности данных и непротиворечивости знаний; - модель предметной области CASE-системы; - модель предметной области CASE-системы; - подсистема ведения неформализуемой составляющей предметной области CASE-системы. - подсистема ведения неформализуемой составляющей предметной области CASE-системы. Вся информация о разрабатываемом ПО, которая может быть формализована, представляется в модели предметной области CASE-системы. Вся информация о разрабатываемом ПО, которая может быть формализована, представляется в модели предметной области CASE-системы.

Основные компоненты БЗ Например, модель предметной области CASE-системы для создания систем поддержки управления состоит из следующих подмоделей: модели проектируемого ПО,модели организации пользователя, модели наблюдаемого (внешнего) объекта и системы наблюдения(контроля). Например, модель предметной области CASE-системы для создания систем поддержки управления состоит из следующих подмоделей: модели проектируемого ПО,модели организации пользователя, модели наблюдаемого (внешнего) объекта и системы наблюдения(контроля). Для ведения модели предметной области CASE-cистемы служат подсистема моделирования предметной области и подсистема поддержки целостности данных и непротиворечивости знаний. Для ведения модели предметной области CASE-cистемы служат подсистема моделирования предметной области и подсистема поддержки целостности данных и непротиворечивости знаний. Подсистема моделирования предметной области CASE- системы должна обеспечивать пополнение/извлечение информации, содержащейся в модели предметной области, т.е. добавление новых объектов (классов объектов, отношений, атрибутов, аксиом и правил Подсистема моделирования предметной области CASE- системы должна обеспечивать пополнение/извлечение информации, содержащейся в модели предметной области, т.е. добавление новых объектов (классов объектов, отношений, атрибутов, аксиом и правил вывода), изменение существующих и извлечение информации из модели, необходимой в процессе проектирования ПО. вывода), изменение существующих и извлечение информации из модели, необходимой в процессе проектирования ПО.

Основные компоненты БЗ Подсистема поддержки целостности данных и непротиворечивости знаний осуществляет логический контроль данных и знаний на каждом этапе ЖЦ ПО. Подсистема поддержки целостности данных и непротиворечивости знаний осуществляет логический контроль данных и знаний на каждом этапе ЖЦ ПО. Репозиторий CASE-системы не может быть построен как "чистая" БЗ, в основе которой лежит одна или несколько моделей представления знаний. Это обусловлено тем, что репозиторий содержит разнородные формы представления информации, такие как : текстовые, графические, звуковые и видео, которые не всегда могут быть формализованы в модели предметной области. Репозиторий CASE-системы не может быть построен как "чистая" БЗ, в основе которой лежит одна или несколько моделей представления знаний. Это обусловлено тем, что репозиторий содержит разнородные формы представления информации, такие как : текстовые, графические, звуковые и видео, которые не всегда могут быть формализованы в модели предметной области. Для пополнения/извлечения такой информации используется подсистема ведения неформализуемой составляющей предметной области CASE-системы, которая содержит различные формы представления объектов предметной области CASE-системы. Для пополнения/извлечения такой информации используется подсистема ведения неформализуемой составляющей предметной области CASE-системы, которая содержит различные формы представления объектов предметной области CASE-системы.

Экзаменационные вопросы по курсу «Проектирование информационных систем» Классификация CASE-средств. Классификация CASE-средств. CASE Toolkit (CASE - инструменты). CASE Toolkit (CASE - инструменты). CASE Workbench (CASE - окружение). CASE Workbench (CASE - окружение). Современные CASE-средства. Современные CASE-средства. Жизненный цикл разработки информационной системы. Жизненный цикл разработки информационной системы. Этап анализа требований жизненного цикла информационной системы. Этап анализа требований жизненного цикла информационной системы. Стратегическое планирование как начальный этап анализа требований жизненного цикла информационной системы. Стратегическое планирование как начальный этап анализа требований жизненного цикла информационной системы. Модели жизненного цикла информационной системы. Модели жизненного цикла информационной системы. Причины возникновения ошибок при разработке информационной системы. Причины возникновения ошибок при разработке информационной системы. Анализ спецификаций как этап анализа требований жизненного цикла информационной системы. Анализ спецификаций как этап анализа требований жизненного цикла информационной системы. Методики объектно-ориентированного анализа. Методики объектно-ориентированного анализа. Прототипирование как этап жизненного цикла информационной системы. Прототипирование как этап жизненного цикла информационной системы. Проектирование как этап жизненного цикла информационной системы. Проектирование как этап жизненного цикла информационной системы. Процесс разработки RUP(Rational Unified Process). Процесс разработки RUP(Rational Unified Process). Объектно-ориентированная методология фирмы Rational Rose. Объектно-ориентированная методология фирмы Rational Rose. Функционально-ориентированное проектирование информационных систем. Функционально-ориентированное проектирование информационных систем. Объектно-ориентированное проектирование информационных систем. Объектно-ориентированное проектирование информационных систем. Проектирование информационных систем, ориентированное на данные. Проектирование информационных систем, ориентированное на данные. Диаграммные методологии разработки информационных систем. Диаграммные методологии разработки информационных систем. Типы диаграмм. Типы диаграмм.

Экзаменационные вопросы по курсу «Проектирование информационных систем» Диаграммы, используемые на этапе анализа жизненного цикла информационной системы. Диаграммы, используемые на этапе анализа жизненного цикла информационной системы. Диаграммы, используемые на этапе проектирования жизненного цикла информационной системы. Диаграммы, используемые на этапе проектирования жизненного цикла информационной системы. Диаграммы для разработки систем реального времени. Диаграммы для разработки систем реального времени. Методологии разработки информационной системы. Методологии разработки информационной системы. Диаграмма деятельности (Activity diagram).Назначение. Основные элементы и связи между ними. Диаграмма деятельности (Activity diagram).Назначение. Основные элементы и связи между ними. Диаграмма состояний (State diagram). Назначение. Основные элементы и связи между ними. Диаграмма состояний (State diagram). Назначение. Основные элементы и связи между ними. Диаграмма прецедентов (Use case diagram).Назначение. Основные элементы и связи между ними. Диаграмма прецедентов (Use case diagram).Назначение. Основные элементы и связи между ними. Диаграмма последовательности и взаимодействия. Назначение. Основные элементы и связи между ними. Диаграмма последовательности и взаимодействия. Назначение. Основные элементы и связи между ними. Диаграмма классов (Class diagram). Назначение. Основные элементы и связи между ними. Диаграмма классов (Class diagram). Назначение. Основные элементы и связи между ними. Диаграмма компонентов (Component diagram). Назначение. Основные элементы и связи между ними. Диаграмма компонентов (Component diagram). Назначение. Основные элементы и связи между ними. Диаграмма размещения (Deployment diagram). Назначение. Основные элементы и связи между ними. Диаграмма размещения (Deployment diagram). Назначение. Основные элементы и связи между ними.

Экзаменационные вопросы по курсу «Проектирование информационных систем» Объектно-ориентированная методология проектирования информационных систем Г. Буч. Объектно-ориентированная методология проектирования информационных систем Г. Буч. Диаграммы, поддерживающие объектно-ориентированную разработку информационных систем. Диаграммы, поддерживающие объектно-ориентированную разработку информационных систем. Методологии реинжиниринга бизнес-процессов. Методологии реинжиниринга бизнес-процессов. Преимущества использования объектно-ориентированного подхода к разработке информационных систем по сравнению со структурным подходом. Преимущества использования объектно-ориентированного подхода к разработке информационных систем по сравнению со структурным подходом. Стандарты к проектированию информационных систем, поддерживаемые CASE- средствами. Стандарты к проектированию информационных систем, поддерживаемые CASE- средствами. Стандарты IDEF0, IDEF1X, IDEF3 и IDEF5. Стандарты IDEF0, IDEF1X, IDEF3 и IDEF5. CASE-Toolkit BPWIN. CASE-Toolkit BPWIN. CASE-окружение SILVERUN. CASE-окружение SILVERUN. CASE-средство Rational Rose CASE-средство Rational Rose Технология внедрения СASE-средств. Технология внедрения СASE-средств. определения потребностей в CASE-средствахтехнологии внедрения СASE-средств Этап определения потребностей в CASE-средствах в технологии внедрения СASE-средств оценки и выбора CASE-средствтехнологии внедрения СASE-средств Этап оценки и выбора CASE-средств в технологии внедрения СASE-средств выполнения пилотного проектатехнологии внедрения СASE-средств Этап выполнения пилотного проекта в технологии внедрения СASE-средств практическое внедрение CASE-средствтехнологии внедрения СASE-средств Этап практическое внедрение CASE-средств в технологии внедрения СASE-средств

Экзаменационные вопросы по курсу «Проектирование информационных систем» Основные составляющие технология проектирования ИС. Основные составляющие технология проектирования ИС. Общие требования, предъявляемые к технологии проектирования ИС. Общие требования, предъявляемые к технологии проектирования ИС. Стандарт проектирования. Стандарт проектирования. Стандарт оформления проектной документации Стандарт оформления проектной документации Стандарт пользовательского интерфейса Стандарт пользовательского интерфейса Методология RAD. Жизненный цикл программных средств в методологии RAD Методология RAD. Жизненный цикл программных средств в методологии RAD 3-е вопросы: Разработка и документирование программной (логической) архитектуры заданной информационной системы. 3-е вопросы: Разработка и документирование программной (логической) архитектуры заданной информационной системы. ЖЕЛАЮ УДАЧИ !!!

Библиографический список «Информационная инженерия» «Информационная инженерия» Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов Проектирование экономических информационных систем. Учебник. –М.: Финансы и статистика, –512 с. Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов Проектирование экономических информационных систем. Учебник. –М.: Финансы и статистика, –512 с. Modern Software Engineering. Foundation and Current Perspectives.- Edited by Peter A.Ng., Raymond T. Yeh. – New York: VAN NOSTRAND REINHOLD, – 581 р. Modern Software Engineering. Foundation and Current Perspectives.- Edited by Peter A.Ng., Raymond T. Yeh. – New York: VAN NOSTRAND REINHOLD, – 581 р. Cooling J.E. Software Design for Real-time Systems. Raymond T CHAPMAN AND HALL (University and Professional Division), – 505 р. Cooling J.E. Software Design for Real-time Systems. Raymond T CHAPMAN AND HALL (University and Professional Division), – 505 р. Калянов Г.Н. CASE структурный системный анализ (автоматизация и применение). – М: «Лори», Калянов Г.Н. CASE структурный системный анализ (автоматизация и применение). – М: «Лори», Виханский О.С. Стратегическое управление: Учебник.-2-е изд., перераб. и доп. – М.: Гардарика, – 296 с. Виханский О.С. Стратегическое управление: Учебник.-2-е изд., перераб. и доп. – М.: Гардарика, – 296 с. Липаев В.В. Документирование и управление конфигурацией программных средств. Методы и стандарты. Серия «Информатизация России на пороге XXI века». – М.: СИНТЕГ, – 220 с. Липаев В.В. Документирование и управление конфигурацией программных средств. Методы и стандарты. Серия «Информатизация России на пороге XXI века». – М.: СИНТЕГ, – 220 с. Липаев В.В. Системное проектирование сложных программных средств для информационных систем. Серия «Информатизация России на пороге XXI века». – М.: СИНТЕГ, – 224 с. Липаев В.В. Системное проектирование сложных программных средств для информационных систем. Серия «Информатизация России на пороге XXI века». – М.: СИНТЕГ, – 224 с. Липаев В.В. Качество программных средств. Методические рекомендации. –М.: Янус-К, – 399 с. Липаев В.В. Качество программных средств. Методические рекомендации. –М.: Янус-К, – 399 с.

Библиографический список Вагин В.Н., Головина Е.Ю., Загорянская А.А., Фомина М.В. Достоверный и правдоподобный вывод в интеллектуальных системах/ Под ред. В.Н. Вагина, Д.А. Поспелова. – М.:ФИЗМАТЛИТ, –704 с.–ISBN Вагин В.Н., Головина Е.Ю., Загорянская А.А., Фомина М.В. Достоверный и правдоподобный вывод в интеллектуальных системах/ Под ред. В.Н. Вагина, Д.А. Поспелова. – М.:ФИЗМАТЛИТ, –704 с.–ISBN Башмаков А.И., Башмаков И.А. Интеллектуальные информационные технологии: Учеб. пособие.–М.: Изд-во МГТУ им. Н.Э. Баумана, 2005.–304 с.:ил. – (Информатика в техническом университете). Башмаков А.И., Башмаков И.А. Интеллектуальные информационные технологии: Учеб. пособие.–М.: Изд-во МГТУ им. Н.Э. Баумана, 2005.–304 с.:ил. – (Информатика в техническом университете). Головина Е.Ю. Технологии создания корпоративных информационных систем с использованием интеллектуальных методов (Монография. Серия «Технология, оборудования и автоматизация машиностроительных производств»). – М.:Янус-К, – 107 с., ил. ISBN Головина Е.Ю. Технологии создания корпоративных информационных систем с использованием интеллектуальных методов (Монография. Серия «Технология, оборудования и автоматизация машиностроительных производств»). – М.:Янус-К, – 107 с., ил. ISBN

Библиографический список Головина Е.Ю. Объектно-ориентированные и интеллектуальные технологии создания информационных систем:/учебное пособие/ Е.Ю. Головина.–М.: Издательский дом МЭИ, 2008.–95 с. Головина Е.Ю. Объектно-ориентированные и интеллектуальные технологии создания информационных систем:/учебное пособие/ Е.Ю. Головина.–М.: Издательский дом МЭИ, 2008.–95 с. Головина Е.Ю. Корпоративные информационные системы и методы их разработки:/учебное пособие/ Е.Ю. Головина.–М.: Издательский дом МЭИ, 2008.–94 с. Головина Е.Ю. Корпоративные информационные системы и методы их разработки:/учебное пособие/ Е.Ю. Головина.–М.: Издательский дом МЭИ, 2008.–94 с. Головина Е.Ю. Учебное пособие по курсу «CASE-технология проектирования программного обеспечения». Серия «Технология, оборудования и автоматизация машиностроительных производств». Модели и методы проектирования информационных систем. – М.: МГТУ «СТАНКИН», – 92 с. Головина Е.Ю. Учебное пособие по курсу «CASE-технология проектирования программного обеспечения». Серия «Технология, оборудования и автоматизация машиностроительных производств». Модели и методы проектирования информационных систем. – М.: МГТУ «СТАНКИН», – 92 с

Библиографический список «Реинжиниринг бизнес-процессов» «Реинжиниринг бизнес-процессов» Hammer M., Champy J. Reengineering the Corporation: A Manifesto for Business Revolution. – New York: HarperCollins, Hammer M., Champy J. Reengineering the Corporation: A Manifesto for Business Revolution. – New York: HarperCollins, Ойхман В.Г., Попов Э.В. Реинжиниринг бизнес-процессов.– М.: Финансы и статистика,1997. – 396 с. Ойхман В.Г., Попов Э.В. Реинжиниринг бизнес-процессов.– М.: Финансы и статистика,1997. – 396 с. Попов Э.В. Реинжиниринг бизнес-процессов и искусственный интеллект// Новости Искусственного Интеллекта – 4. Попов Э.В. Реинжиниринг бизнес-процессов и искусственный интеллект// Новости Искусственного Интеллекта – 4. Попов Э.В., Кисель Е.Б., Фоминых И.Б., Шапот М.Д. Статические и ди­намические экспертные системы. Учебное пособие. – М.: Финансы и статистика, Попов Э.В., Кисель Е.Б., Фоминых И.Б., Шапот М.Д. Статические и ди­намические экспертные системы. Учебное пособие. – М.: Финансы и статистика, Попов Э.В., Шапот М.Д. Реинжиниринг бизнес-процессов и информа­ционные технологии // Открытые системы – 1 Попов Э.В., Шапот М.Д. Реинжиниринг бизнес-процессов и информа­ционные технологии // Открытые системы – 1

Библиографический список «Объектно-ориентированная методология» «Объектно-ориентированная методология» Буч Г. Объектно-ориентированное проектирование с примерами применения : Пер. с англ. – Совместное издание фирмы "Диалектика", г. Киев и АО "ИВК" г. Москва, Буч Г. Объектно-ориентированное проектирование с примерами применения : Пер. с англ. – Совместное издание фирмы "Диалектика", г. Киев и АО "ИВК" г. Москва, Shlaer S., Stephen J. Mellor Object Lifecycles: Modeling the World in States – Prentice-Hall, Englewood Cliffs, N.J., Shlaer S., Stephen J. Mellor Object Lifecycles: Modeling the World in States – Prentice-Hall, Englewood Cliffs, N.J., Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++, 2-е изд./Пер. с англ. – М.: Издательство Бином, СПб: Невский диалект, – 560 с. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++, 2-е изд./Пер. с англ. – М.: Издательство Бином, СПб: Невский диалект, – 560 с. Коуд П., Норт Д., Мейфилд М. Объектные модели. Стратегии шаблоны и приложения. –М.: Из-во Лори, – 429 с. Коуд П., Норт Д., Мейфилд М. Объектные модели. Стратегии шаблоны и приложения. –М.: Из-во Лори, – 429 с. Фаулер М., Скотт К. UML в кратком изложении. Применение стандартного языка объектного моделирования: Пер. с англ. – М.: Мир, – 191 с., ил. Фаулер М., Скотт К. UML в кратком изложении. Применение стандартного языка объектного моделирования: Пер. с англ. – М.: Мир, – 191 с., ил. Архангельский А.Я. Программирование в C++Builder изд.–М.:ООО «Бином-Пресс», – 1168 с.:ил. Архангельский А.Я. Программирование в C++Builder изд.–М.:ООО «Бином-Пресс», – 1168 с.:ил.

Библиографический список «CASE-средства RATIONAL ROSE» «CASE-средства RATIONAL ROSE» Applying Use Cases: a practical guide / Ceri Schneider and Jason P. Winters. 208 p., Applying Use Cases: a practical guide / Ceri Schneider and Jason P. Winters. 208 p., The Rational Unified Process: an introduction / Philippe Kruchten. 255 p / The Rational Unified Process: an introduction / Philippe Kruchten. 255 p / / / Visual Modeling With Rational Rose And UML / Terry Quatrany. 222 p / Visual Modeling With Rational Rose And UML / Terry Quatrany. 222 p / / / Web: Web: Web: Web:

Библиографический список Многоагентные системы Многоагентные системы Тарасов В.Б. От многоагентных систем к интеллектуальным организациям: философия, психология, информатика.–М.: Эдиториал УРСС, 2002.–352 с. (Науки об искусственном). Тарасов В.Б. От многоагентных систем к интеллектуальным организациям: философия, психология, информатика.–М.: Эдиториал УРСС, 2002.–352 с. (Науки об искусственном) Tools/ Tools/ Tools/ Tools/

Библиографический список «ERP-системы» «ERP-системы» Баронов В.В., Попов Ю.И., Позин Б.А., Титовский И.Н. АйТи. Особенности использования и внедрения ERP - систем в России. Баронов В.В., Попов Ю.И., Позин Б.А., Титовский И.Н. АйТи. Особенности использования и внедрения ERP - систем в России. Андрей Крылович. ERP-СИСТЕМЫ ПОЗВОЛЯЮТ ПЛАНИРОВАТЬ В РЫНОЧНЫХ УСЛОВИЯХ. "БОСС" [#5, 2000]. Андрей Крылович. ERP-СИСТЕМЫ ПОЗВОЛЯЮТ ПЛАНИРОВАТЬ В РЫНОЧНЫХ УСЛОВИЯХ. "БОСС" [#5, 2000]. Д. Л. Казанский. Системы ERP: основные задачи и область применения. "Сети и системы связи" [#2, 1998]. Д. Л. Казанский. Системы ERP: основные задачи и область применения. "Сети и системы связи" [#2, 1998]. Владимир Демин. Эволюция ERP-систем в электронном бизнесе. "Мир электронной коммерции" [#07/2000]. Владимир Демин. Эволюция ERP-систем в электронном бизнесе. "Мир электронной коммерции" [#07/2000].