Размещено на http://www.allbest.ru/

3

Размещено на http://www.allbest.ru/

Модельно-ориентированное проектирование ЭИС

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

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

Таким образом, проектирование и адаптация ЭИС сводятся, прежде всего, к построению модели проблемной области и ее периодической корректировке.

Общая структура организации работ по проектированию ЭИС

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

· направлен на достижение конкретных целей;

· включает в себя координированное выполнение взаимосвязанных действий;

· имеет ограниченную протяженность во времени с определенным началом и концом;

· все проекты в определенной степени неповторимы и уникальны.

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

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

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

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

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

· руководства проектной организации;

· руководства обеспечивающих подразделений (например, планово-производственного отдела и т.п.);

· руководства функциональными подразделениями;

· руководителей проектов (главных конструкторов);

· руководителей проектных групп (ответственных исполнителей).

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

Управление проектированием, как правило, рассматривают в двух аспектах: организационном и функциональном.

В организационном аспекте управление проектированием рассматривается по уровням организационно-административной структуры с соответствующими правами и обязанностями субъектов процесса проектирования.

В функциональном аспекте управление проектированием рассматривается как применение соответствующих методов и средств организации и ведения проектных работ.

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

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

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

· формирует исходные данные для проектирования и обработки;

· определяет состав задач для автоматизации;

· определяет основные требования к задачам и режим функционирования системы.

Заказчик - это ответственное лицо, под которым понимается организация или подразделение и которое выполняет функции:

· формирует требования к системе и ее частям;

· выдает техническое задание, финансирует разработку ЭИС;

· обеспечивает проведение комплекса мероприятий по ее созданию;

· проводит внедрение и прием проекта ЭИС.

При этом заказчик несет ответственность перед пользователем за соответствие состава и характеристик решаемых задач, режима функционирования ЭИС исходным данным пользователя, за сроки создания системы, правильность использования ресурсов в процессе проектирования.

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

Разработчик - это ответственное лицо (организация или подразделение), которое выполняет следующие функции:

· разрабатывает ЭИС по техническому заданию заказчика;

· принимает участие во внедрении;

· осуществляет сдачу проекта заказчику;

· осуществляет авторское сопровождение проекта.

Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ЭИС, научно-технический уровень разработки, сроки проведения работ, качество проектной документации, правильность расхода денежных ресурсов. Под разработчиком понимается как одна организация, так и некоторая совокупность организаций, в которую входят головная организация и организации-соисполнители.

Существует несколько типов схем организации работ с участием четырех сторон, выбор которых зависит от объема заказа.

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

Рис. 1 - Схема организации работ для небольших заказов

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

· отсутствует действенный контроль за научно-техническим уровнем разработки, сроками выполнения работ;

· не достигается высокого профессионального уровня разработчиков.

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

Рис. 2 - Схема организации работ при наличии сложного заказа

К преимуществам данной схемы можно отнести:

· рациональное распределение функций между сторонами, участвующими в создании и эксплуатации ЭИС;

· возможность привлечения к разработке ЭИС специализированных организаций (НИИ, СКБ).

Однако и эта схема имеет недостатки:

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

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

В том случае, если заказчик - большая организация, которая курирует разработку нескольких проектов ЭИС, применяют следующую схему (рис. 3).

экономическая информационная система модель

Рис. 3 - Схема организации работ при полном разделении функций участвующих сторон

Данная схема характеризуется тем, что на заказчика возлагаются функции сопровождения, заказа и приемки проектов нескольких ЭИС.

Преимуществами данной схемы являются:

· более высокая степень специализации работников, следовательно, более высокий профессиональный уровень;

· возможность организации контроля за сроками и качеством выполнения работ.

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

Рис. 2 - Схема организации работ с использованием организаций-соисполнителей

Основными документами, регулирующими отношения заказчика и проектировщика, являются техническое задание и договор на проведение работ. Иногда заказчик курирует частные ТЗ, если организациям выделены важные функции, которые имеют достаточно сложную структуру.

Организационные формы управления проектированием ЭИС

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

Формы управления, применяемые в организациях-разработчиках ЭИС, зависят от выполняемых работ. Как правило, в организациях-разработчиках выполняются, как об этом было сказано выше, работы, связанные с проектированием ЭИС и с поддержкой и сопровождением ЭИС.

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

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

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

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

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

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

Рис. 5 - Диаграмма распределения сфер выбора организационных форм управления проектированием ЭИС

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

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

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

Разделение труда в коллективе разработчиков ЭИС на основе пооперационного принципа, как правило, затруднительно в силу следующих факторов:

· невысокого уровня типизации технологических операций проектирования ЭИС;

· невозможности получения объективно-точной качественной оценки промежуточных результатов проектирования;

· отсутствия объективных критериев нормирования труда специалистов;

· низкой степени стандартизации и унификации компонентов ЭИС.

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

На практике при разделении труда в проектных коллективах возможно использование обоих вышеназванных принципов.

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

· потенциал коллектива разработчиков;

· объем и сложность разрабатываемых проектов;

· технология проектирования системы;

· модель жизненного цикла системы.

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

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

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

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

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

· отвечает за разработку общей концепции проектируемой ЭИС и соответствие проектных решений требованиям пользователя;

· выполняет совместно с аналитиками декомпозицию системы;

· контролирует сроки проектирования и полноту проектной документации;

· несет ответственность за разработку проекта во всех аспектах.

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

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

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

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

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

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

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

· группа системного анализа и проектирования;

· группа реализации (группа программирования);

· группа тестирования;

· административная группа.

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

Разделение труда в группе системного анализа и проектирования, как правило, - на основе пооперационного принципа, а в группе реализации - на основе подсистемного принципа.

Данная группа выполняет системный анализ, разрабатывает спецификации к автоматизированной системе, осуществляет проектирование ЭИС, во время реализации проекта выполняет контрольные функции и документирование системы в соответствии с требованиями стандартов.

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

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

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

Управление проектированием ЭИС в функциональном аспекте рассматривается как совокупность взаимосвязанных процессов. Под процессами управления понимаются действия и процедуры, связанные с решением конкретных задач или реализацией функций управления, к которым относятся процессы инициации, процессы планирования и т.д.

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

Размещено на Allbest.ru