Метод декомпозиции модулей

• Моделирование процесса управления;

• Структурное проектирование;

• Декомпозиция;

• Анализ информационного процесса.

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

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

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

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

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

Методы графического представления фактического и заданного состояний предусматривают использование для наглядного представления процессов обработки информации в форме блок - схем, графиков прохождения документов и т.д. Графические методы являются составной частью любого проекта и необходимы для практической работы, поскольку выполняют роль вспомогательного средства при описании внедрения новых технологий: К наиболее известным из них относятся блок - схемный метод, методы стрелочных диаграмм, сетевых графиков, таблиц последовательности операций прохождения процессов. Различия методов выражаются в степени их реализации на ПЭВМ, наглядности, глубине отражаемых процессов.

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

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

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

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

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

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

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

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

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

Охарактеризовав содержание проектировочных работ при создании АИС и АИТ, нельзя не остановиться на наиболее распространенных в настоящее время методах ведения проектировочных работ.

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

Термин «реинжиниринг» был введен М.Хаммером; он предусматривает радикальное перепроектирование деловых процессов (бизнес-процессов) для достижения резких, скачкообразных улучшений показателей стоимости, качества, сервиса, темпов развития фирм, компаний, предприятий, организаций на базе АИТ [33]. Реинжениринг прежде всего предусматривает перестройку экономической деятельности экономического объекта на базе новой информационной технологии. В то же время реинжинирингу подвергаются АИС и АИТ, их техническое, программное, информационное обеспечение, перепроектирование которых ведется на основе вновь создаваемой абстрактной модели пересматриваемой исходной системы.

1. Структурное программирование [structured programming]

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

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

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

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

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

Преимущества:

1. маленькие модули можно написать легко и быстро;

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

3. модули можно отлаживать и тестировать независимо от всей программы.

3. . Модульное программирование [modular programming]

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

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

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