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

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

Элементыпредпроектного анализа:

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

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

• анализ информационных потоков (документооборота), их маршрутов, узлов пересечения, содержания, периодичности, объемов.

Элементы технического проектирования:

• выбор хранимых данных (показателей);

• определение функциональных (алгоритмических) зависимостей показателей;

• организация информационной базы;

• определение форм входных и выходных документов.

Элементырабочего проектирования:

• выбор технических средств реализации частной информационной технологии;

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

Элементы внедрения:

• приобретение и установка технических и базовых программных средств;

• приобретение, адаптация и настройка функционального программного обеспечения;

• создание внутримашинного информационного фонда (заполнение базы данных).

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

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

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

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

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

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

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

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

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

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

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

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

Основой здесь является общая математическая модель управления (ОММУ), отражающая критерий и целевую функцию управления с учетом налагаемых на объект управления ограничений. В результате предпроектного анализа общая модель управления декомпозируется на частные математические модели управления (ЧММУ) объектом, отражающие частные задачи управления и их цели. Техническое проектирование (ТП) включает в себя концептуальное (КП) и логическое проектирование (ЛП). Концептуальный проект позволяет из частных моделей управления создать содержательный образ (концептуальную модель - КМ) проектируемой автоматизированной системы, а результатом логического проектирования являются алгоритмические модели (AM) решаемых в системе задач управления. Физическое проектирование (ФП) дает рабочий проект программно-аппаратной реализации информационной технологии в ЭИС.

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

Последовательность автоматизированного проектирования информационной технологии в ЭИС показана на рис. 8.15.

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

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

8.5.2. CASE-ТЕХНОЛОГИИ

СЛББ-технология стала ответом на ряд серьезных трудностей, возникших при разработке и эксплуатации компьютерных систем [32]. Учитывая неудачу многих проектов, заказчики стремились получить хорошо проработанное обоснование проекта с тестированным программным обеспечением. Однако они не всегда предоставляли разработчикам необходимую информацию, справедливо относя ее к разряду коммерческой тайны, да и сама организация информационных потоков постоянно менялась по мере расширения деятельности предприятия. В результате осуществление проектов затягивалось, и созданные программно-аппаратные комплексы начинали работать в условиях, когда требования предприя тия к ним изменялись. Применялся и иной подход. Компьютерный комплекс разрабатывался и вводился в эксплуатацию в короткие сроки специализированной фирмой при полном взаимодействии с заказчиком. Это обеспечивало создание работоспособного комплекса, но из-за отсутствия необходимой документации, задержки с обучением персонала и многочисленных "недоделок", особенно в программном обеспечении, эксплуатация комплекса попадала полностью в зависимость от разработчиков и происходила в условиях постоянных сбоев и потребности в дополнительных затратах на переделки и усовершенствования.

Для выхода из сложившейся ситуации была разработана CASE-технология (Сотриted Aided Software Engineering - система конструирования программ с помощью компьютера), поддерживающая проектирование, выбор технологии и архитектуру, а также написание программного обеспечения. Разработчик с ее помощью описывает предметную область; входящие в нее объекты, их свойства; связи между объектами и их свойствами. В результате формируется модель, описывающая основных участников системы, их полномочия, потоки финансовых и иных документов между ними. В ходе описания создается электронная версия проекта, которая распечатывается и оперативно передается для согласования всем участникам проекта как рабочая документация.

В процессе создания проекта выделяют следующие этапы:

• формирование требований, разработка и выбор варианта концепции системы;

• разработка и утверждение технического задания на систему;

• разработка эскизного и технического проектов с описанием всех компонентов и архитектуры системы;

• рабочее проектирование, предполагающее разработку и отладку программы; описание структуры базы данных; создание документации на поставку и установку технических средств;

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

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

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

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

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

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

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

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

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

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

Наиболее известной в России в настоящее время является CASE-система Oracle, позволяющая создавать приложения на базе одноименной СУБД. В ее основе лежит CASE-метод проектирования сети "сверху вниз" - от наиболее общих решений к частным. Этапы в системе Oracle: выработка стратегии; анализ объекта; проектирование; реализация; внедрение; эксплуатация.

ER-модель строится на этапе анализа объекта, а СУБД - на этапе проектирования.

CASE-система Oracle состоит из инструментальных средств СА8Е*ОШюпагу (для графического представления модулей предметной области), CASE*Generator (для автоматического генерирования программных модулей).

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

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

2. Назовите фазы управления предприятием, объясните и покажите их взаимосвязь.

3. Нарисуйте схему состава и взаимосвязей моделей и задач управления предприятием.

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

5. Какие задачи решаются в фазе учета и какие математические модели применяются для их решения?

6. Опишите задачи и модели фазы анализа.

7. Какие функциональные задачи подлежат решению в фазе регулирования? Какие методы и модели применяются?

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

9. Нарисуйте схему топологии компьютерной сети предприятия. Объясните с ее помощью автоматизированный процесс управления предприятием.

10. Сформулируйте организационно-экономическую постановку задачи автоматизации учета труда и его оплаты.

11. Назовите выходные документы при обработке информации по учету денежных средств.

12. Сформулируйте постановку задачи по автоматизации учета производственных запасов.

13. Изложите содержание главного меню по учету товарно-материальных ценностей.

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

15. Назовите особенности обработки информации по сводному синтетическому учету.

16. Нарисуйте и объясните схему организационной структуры предприятия.

17. Что такое офисная информационная технология и для чего она нужна? Расскажите о поколениях офисной технологии.

18. На каких программно-аппаратных средствах может быть реализована единая среда обмена сообщениями (unified messaging)?

19. Расскажите о назначении и задачах этапов обследования, анализа и разработки технического задания.

20. Как организуется этап разработки технико-экономического проекта?

21. Что такое рабочий проект ЭИС и как организуется этап рабочего проектирования?

22. Расскажите об этапе внедрения спроектированной ЭИС.

23. Чем определяется экономическая эффективность ИТ?

24. Изложите стандарты технологических стадий и этапов создания ЭИС.

25. Как проводится упрощенное эскизное проектирование ИТ решения частных задач управления?

26. Какие существуют подходы к автоматизации проектирования ЭИС?

27. В чем состоит суть модельного подхода к автоматизации проектирования эис?

28. Нарисуйте и объясните схему модельного проектирования ЭИС.

29. Как модельный подход реализуется в CASE-технологиях?

⇐Организация разработки техниеского проекта | Информационные системы и технологии в зкономике | Российский рынок финансовоэкономиеских программ⇒