2.4. содержание и методы ведения проектировочных работ

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

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

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

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

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

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

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

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

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

Целью анализа на этой стадии является преобразование общих, неясных знаний о требованиях к будущей системе в точные (по возможности) определения. Так, на этом этапе определяются:

Архитектура системы, ее функции, внешние условия, распределение функций между аппаратными средствами и программным обеспечением;

Интерфейсы и распределение функций между человеком и системой;

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

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

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

Методы изучения и анализа фактического состояния экономического объекта или технологии. Эти методы позволяют выявить узкие места в исследуемых процессах и включают:

Устный или письменный опрос;

Письменное анкетирование;

Наблюдение, измерение и оценку;

Групповое обсуждение;

Анализ задач;

Анализ процесса.

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

Рис. 2.2. Работы и методы их выполнения на предпроектной стадии

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если на предпроектной стадии должны быть тщательно проанализированы особенности объекта проектирования, четко сформулированы в техническом задании требования к созданию АИС и АИТ, то проектирование должно дать ответ на вопрос:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наибольшее число ППП создано для бухгалтерского учета. Среди них можно отметить «1С:Бухгалтерия», «Турбо-Бухгалтер», «Инфо-Бухгалтер», «Парус», «ABACUS», «Бэмби+», «Бухкомплекс», «Бэст», «Лука».

Справочное и информационное обеспечение экономической деятельности представлено следующими ППП: «ГАРАНТ»: (налоги, бухучет, аудит, предпринимательство, банковское дело, валютное регулирование, таможенный контроль), «КОНСУЛЬТАНТ+», (налоги, бухучет, аудит, предпринимательство, банковское дело, валютное регулирование, таможенный контроль).

Экономическая и финансовая деятельность поддерживается следующими ППП:

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

«Финансовый анализ предприятия» (фирма Инфософт), реализующий функции: общая оценка финансового состояния; анализ финансовой устойчивости; анализ ликвидности баланса; анализ финансовых коэффициентов (ликвидность, маневренность, покрытие, соотношение заемных и собственных средств); анализ коэффициентов деловой активности; расчет и анализ коэффициентов оборачиваемости; оценка рентабельности производства. В области создания финансово-кредитных систем работают фирмы «Диа-софт», «Инверсия», R-Style, Программбанк, «Асофт» и др.

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

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

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

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

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

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

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

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

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

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

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

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

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

Улучшают качество создаваемых АИС (АИТ) за счет средств автоматического контроля (прежде всего, контроля проекта);

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

Ускоряют процесс проектирования и разработки системы;

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

Поддерживают развитие и сопровождение разработки АИС (АИТ);

Поддерживают технологии повторного использования компонентов разработки.

Большинство CASE-средств основано на научном подходе, получившем название «методология/метод/нотация/средство». Методология формулирует руководящие указания для оценки и выбора проекта разрабатываемой АИС, шаги работы и их последовательность, а также правила применения и назначения методов.

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

Практически ни один серьезный зарубежный проект АИС и АИТ не осуществляется в настоящее время без использования CASE-средств.

Без развития методов проектирования структур управления затрудняется совершенствование управления и повышение эффективности производства, так как:

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

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

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

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

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

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

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

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

Основные методологические принципы проектирования

Существует несколько определений термина «проектирование». В основном они характеризуют его с двух сторон, как общераспространенное понятие и с научно-технической позиции :

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

От специфического для машиностроения,строительстваи других отраслей науки и техники понятия«проект» (англ. design) в значении «проектная документация» следует отличать используемое в области деятельностиуправление проектами в контекстеменеджмента понятие«проект» (англ. project, отлат.projectus - брошенный вперёд, выступающий) в значении «некоторая задача с определёнными исходными данными и требуемыми результатами (целями), обусловливающими способ её решения», «программа», «комплекс работ» и т. п.

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

Понятие «проектирование» не включает в себя стадию реализации проекта.

Проектирование обладает своей методологией , которая включаетструктуру деятельности,принципы инормы деятельности,субъектов ,объект и егомодели ,методы и др.

Методы проектирования

Основная статья: Методы проектирования

Эвристические методы

• Метод итераций (последовательного приближения)

  Метод декомпозиции

  Метод контрольных вопросов

  Метод мозговой атаки (штурма)

  Теория решения изобретательских задач (ТРИЗ)

  Метод морфологического анализа

  Функционально-стоимостной анализ

  Методы конструирования

Экспериментальные методы

• Цели и виды экспериментальных методов

  Планирование эксперимента

  Машинный эксперимент

  Мысленный эксперимент

Формализованные методы

• Методы поиска вариантов решений

  Методы автоматизации процедур проектирования

  Методы оптимального проектирования

3 Процесс формирование организационной структуры

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

Проектирование

Существует несколько определений термина «проектирование». В основном они характеризуют его с двух сторон, как общераспространенное понятие и с научно-технической позиции :

Понятие «проектирование» не включает в себя стадию реализации проекта.

Проектирование обладает своей методологией , которая включает структуру деятельности, принципы и нормы деятельности, субъектов , объект и его модели , методы и др.

История

Чертёж дверных конструкций

Понятие конструирования

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

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

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

Конструирование может осуществляться:

• Вручную при помощи чертёжных инструментов, например, кульмана (чертежного стола);
• Автоматизированно - при помощи cистем автоматизации проектных работ (САПР);
• Автоматические (без участия человека) при помощи Интеллектуальной информационной системы (ИИС).

Виды проектирования

По отраслям деятельности

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

По подходу к проектированию

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

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

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

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

Если считать, что назначение автомобиля - езда по дорогам, то его главной частью является двигатель. Тогда разработку автомобиля начинаем с двигателя, а в оставшееся место помещаем пассажиров. Если считать, что назначение автомобиля - перевозить пассажиров, то разработку автомобиля начинаем с салона, а в оставшееся место помещаем двигатель. В итоге, в первом случае получаем «Запорожец ЗАЗ-965 », во втором - «Фольксваген Жук ».

Оптимальное проектирование

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

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

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

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

Структура устанавливает стадии разработки конструкторской документации на изделия всех отраслей промышленности и этапы выполнения работ внутри каждой стадии, то есть состав документации и виды работ, что помогает ответить на вопрос «Что нужно делать?» в процессе проектирования. Основные стадии структуры показаны на рисунке 2 и включают:

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

Согласованное и утвержденное в установленном (на предприятии, в министерстве и т. п.) порядке ПТ является основанием для разработки эскизного проекта.

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

При необходимости на стадии ЭП проводят изготовление и испытание макетов разрабатываемого объекта.

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

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

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

Структура процесса проектирования

Рис.3. Процесс решения задачи проектирования

Проектирование - это ещё и целенаправленная деятельность, которая обладает последовательностью процедур, ведущих к достижению эффективных решений. Соответственно, должна быть структура процесса решения задачи проектирования, которая помогает ответить на вопрос «Как это делать?». В настоящее время предложен ряд структур и алгоритмов проектирования, совпадающих в основных чертах и различающихся только в содержании или названии отдельных этапов. На рисунке 3 представлена обобщённая такая структура.

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

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

• На этапе синтеза принципа действия отыскивают принципиальные положения, физические, социальные и т. п. эффекты, которые составят основу функционирования будущего изделия. Это могут быть основополагающие нормы, фундаментальные законы и правила, их частные случаи или следствия. Работа ведется с принципиальными моделями и их графическим представлением - блок-схемами . Этому этапу соответствует заключительная стадия ТЗ и стадия технического предложения структуры проектирования по ГОСТ 2.103 ;
• На этапе структурного синтеза на основе выбранного принципа действия создаются варианты начального графического представления объекта - структуры, схемы, алгоритмы, упрощённые эскизы. В соответствии с ГОСТ 2.103 этот этап включает стадию эскизного проектирования;
• На этапе параметрического синтеза отыскиваются значения параметров объекта, находится численное, в том числе оптимальное, решение проектной задачи, создаётся подробная документация или описание объекта, чертежи изделия и его частей. Этот этап соответствует стадиям технического и рабочего проектирования.

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

На каждом этапе внутреннего проектирования выполняются следующие процедуры:

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

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

Методы проектирования

Основная статья: Методы проектирования

• Эвристические методы
  • Метод итераций (последовательного приближения)
  • Метод декомпозиции
  • Метод контрольных вопросов
  • Метод мозговой атаки (штурма)
  • Теория решения изобретательских задач (ТРИЗ)
  • Метод морфологического анализа
  • Функционально-стоимостной анализ
  • Методы конструирования

• Экспериментальные методы
  • Цели и виды экспериментальных методов
  • Машинный эксперимент
  • Мысленный эксперимент

• Формализованные методы
  • Методы поиска вариантов решений
  • Методы автоматизации процедур проектирования
  • Методы оптимального проектирования

Участники (субъекты) проектных работ

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

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

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

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

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

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

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

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

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

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

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

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

На этом этапе определяются:

архитектура системы, ее функции, внешние условия, распре­деление функций между аппаратными средствами и про­граммным обеспечением;

интерфейсы и распределение функций между человеком и системой;

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

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

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

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

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

 Методы формирования заданного состояния . Основываются на обосновании всех составных частей АИС исходя из целей, требований и условий заказчика. К данным методам, представляющим собой рабочие средства проектировщи­ков, относятся методы: моделирование процесса управления; структурное проектирование; декомпозиция; анализ информационного процесса.

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

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

Метод декомпозиции модулей предусматривает дальнейшее раз­биение подкомплексов задач на отдельные задачи, показатели.

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

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

Если на предпроектной стадии должны быть сформулированы в техническом задании требования к созданию АИС и АИТ, то проектирование должно дать ответ на вопрос: «Как система будет удовлетворять предъявлен­ным к ней требованиям?».

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

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

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

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

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