Функциональная, информационная, математическая модели экономической информационной системы

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

ППП включает следующие блоки:

-функционирования,

-обработки параметров,

-адаптации.

Рассмотрим взаимосвязь основных потоков и компонентов пакета прикладных программ.

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

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

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

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

Параметрический поток - информация, необходимая для настройки пакета на конкретные условия функционирования.

Па­раметрический поток включает информацию, которая задается один раз при установке (инсталляции) этого пакета.

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

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

Блок адаптации взаимодействует с блоком функционирования и может добавлять модули иди модифицировать их.

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

38. Организация процесса проектирования ЭИС

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

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

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

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

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

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

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

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

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

1. Если заказ имеет небольшой объем работ и их продолжительность, или заказчик имеет значительный и опытный коллектив разработчиков в своем составе (отделы информатизации, АСУ и т.п.), то в одном лице могут совмещаться функции заказчика, разработчика и администратора.

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

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

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

Системные интеграторы берутся за выполнение всех работ от проведения "технического консалтинга" до сдачи системы "под ключ".

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

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

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

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

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

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

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

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

Для организации работ используются, как правило, три типовые организационные структуры проектных групп:

-открытая,

-централизованная

-децентрализованная.

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

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

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

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

40. Планирование и контроль проектных работ

Управление проектированием ЭИС в функциональном аспекте рассматривается как совокупность взаимосвязанных процессов.

Под процессами управления понимаются действия и процедуры, связанные с решением конкретных задач или реализацией функций управления, к которым относятся:

      процессы инициации, связанные с принятием решения о начале выполнения проекта или какого-либо очередного этапа или фазы его;

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

      процессы исполнения, предназначенные для координации людей и других ресурсов для выполнения плана;

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

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

      процессы завершения — процессы формализации выполнения проекта и составления отчетности.

Рассмотрим состав и содержание выделенных групп процессов.

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

Процессы планирования. Планирование имеет большое значение для проекта и включает сравнительно много процессов. К основным целям планирования проектных работ относятся:

      планирование целей - разработка постановки задачи (проектное обоснование, основные этапы и цели проекта);

      декомпозиция целей - разделение этапов проекта на более мелкие и более управляемые компоненты для обеспечения более действенного контроля;

      определение состава операций (работ) проекта — составление перечня операций, из которых состоит выполнение различных этапов проекта;

      определение взаимосвязей операций — составление и документирование технологических взаимосвязей между операциями;

      оценка длительностей или объемов работ — оценка количества рабочих временных интервалов либо объемов работ, необходимых для завершения отдельных операций;

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

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

Процессы анализа. Процессы анализа включают анализ плана и анализ исполнения проекта.

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

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

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

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

• найти оптимальные корректирующие воздействия;

• скорректировать план оставшихся работ;

• согласовать намеченные изменения со всеми участниками проекта.

Процессы завершения. Завершение проекта сопровождается следующими процессами:

• закрытием проекта - завершением и закрытием контрактов, включая разрешение всех возникших споров;

• административным завершением — подготовкой, сбором и распределением информации, необходимой для формального завершения проекта.