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

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

6.1. Классификация по типу решаемых задач

По типу решаемых задач, как наиболее важному фактору, различают следующие классы АСОИУ:

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

2. Автоматизированные системы управления технологическими процессами (АСУТП).

3. Автоматизированные системы управления научно-исследовательскими работами (АСНИ).

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

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

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

· в анализе значений данных по различным разрезам,

· в вычислении некоторых усредненных и обобщенных показателей,

· в сравнении вычисленных показателей с плановыми и предыдущими значениями показателей.

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

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

4. Случайные задачи, возникающие в процессе управления и решаемые нестандартным путем

Case-технологии.

Системы интеллектуального проектирования и совершенствования систем управления предназначены для использования так называемых CASE-технологий, ориентированных на автоматизированную разработку проектных решений по созданию и совершенствованию систем организационного управления (например, CASE-Аналитик, Ideff/Desing, Selviran).

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

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

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

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

3. Анализ производится сверху вниз, проектирование производится сверху вниз, разработка производится сверху вниз и тестирование производится сверху вниз.

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

В современных CASE-пакетах используются практически все известные методологии проектирования (свыше 90 методов, при этом наибольшее распространение получили методологии SADT, структурного системного анализа, структурного системного анализа Гейна-Сарсона, структурного проектирования Йодана, методологии моделирования данных, структурного анализа Де Марка). Существуют CASE-пакеты, не поддерживающие ни одной методологии (строго ориентированные средства управления проектом...), а также средства, независимые от методологий (возможность по адаптации к любым методам).

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

1. Классификация по типам отражает функциональную ориентацию CASE-средств в технологическом процессе.

   1. Анализ и проектирование. Средства этой группы используются для создания спецификаций системы и ее проектирования; они поддерживают широко известные методологии проектирования. К таким средствам относятся: The Developer (Asyst Technologies), Design Generator (Computer Sciences), Pose (Computer Systems Advises), Analist/ Designer (Jour- don)...

   2. Проектирование баз данных и файлов. Средства обеспечивают логическое моделирование данных, генерацию схем БД и описание форматов файлов: Idef/Leverage (D.Appleton), Chen Toolkit (Chen & Associates), Case+Designer (Orale)...

   3. Программирование. Средства поддерживают шаги программирования и тестирования, а также автоматическую кодогенерацию из спецификаций, получая полностью документированную выполняемую программу: Cobol 2/ Workbench (Miero Focus), Decase (DEC), Netron/Cap (Netron)...

   4. Сопровождение и реинженерия. К таким средствам относятся документаторы, анализаторы программ, средства реструктурирования и обратной инженерии: Adpac Case Tools (Adpac), Superstructure (Computer Data Systems)...

   5. Окружение. Средства поддерживающие платформы для интеграции, создания и придания товарного вида CASE-средствам: Multi/ Cam (AGS Management Systems), Sylvia Foondey (Codmare).

   6. Управление проектом. Средства поддерживающие планирование, контроль, руководство, взаимодействие, то есть функции, необходимые в процессе разработки и сопровождения проектов: Projekt Workbench (App- lied Business Technology)

2. Классификация по категориям определяет уровень интегрированности по выполняемым функциям и включает:

   1. Вспомогательные программы (Tools), решающие небольшую автономную задачу, принадлежащую проблеме более широкого масштаба.

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

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

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

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

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

2. Нижние (Lower) CASE поддерживают системы разработки ПО АС (при этом может использоваться до 30% спецификаций, созданных средствами среднего CASE). Они содержат системные словари и графические средства, исключающие необходимость разработки физических спецификаций - имеются системные спецификации, которые непосредственно переводятся в программные коды разрабатываемой системы (при этом автоматически генерируется до 80% кодов). Главными преимуществами нижних CASE является: значительное уменьшение времени на разработку, облегчение модификаций, поддержка возможностей прототипирования (совместно со средними CASE).

1. RAD (от англ. rapid application development — быстрая разработка приложений) — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. Практическое определение: RAD — это жизненный цикл процесса проектирования, созданный для достижения более высокой скорости разработки и качества ПО, чем это возможно при традиционном подходе к проектированию. С конца XX века RAD получила широкое распространение и одобрение. Концепцию RAD также часто связывают с концепцией визуального программирования.

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