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

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

Состав стадий и этапов канонического проектирования ЭИС В целях изучения взаимосвязанных приемов и методов канонического проектирования ЭИС перечисленные 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 человек, предлагающие клиенту широкий спектр решений, основанных на оборудовании большого числа ведущих зарубежных производителей. В таких компаниях созданы отделы разработки собственных программных продуктов, предлагаются услуги по консалтингу и обучению специалистов в собственных учебных центрах.