Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
СА / СА.doc
Скачиваний:
85
Добавлен:
19.04.2013
Размер:
365.06 Кб
Скачать

Циркуляция информации в асу, базовые системологические выводы

слова Шкурбы: нормативная модель – это предписания, регистрационная модель – это регистры (видимо их структура). Чтобы можно было копировать предписания сразу в учетные регистры эти модели должны быть подобны.

Базовые системотехнические выводы:

  1. циркуляция инф-и осущ-ся по замкнутому контуру.

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

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

  4. Ослабление блока «Сообщения» искажает регистры, желаемое выдается за действительное, это шизоидность (или шизофрения?). Неадекватные требования (предписания) – это паранойя

  5. Существенное отклонение – то, которое создает шизоидность, если его не учесть

  6. Опер. управление – срочное изменение технологии, более адекватное действительности (в двухуровневой системе)

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

Анализ информационных процессов в проектировании асу

1-й подход: реинжиниринг того, что есть, переписать АСУ, принцип прототипирования, изм. техники, т.е. БД уже почти готова

2-й подход: нет никакой системы, придется исследовать документооборот, необязательно составлять полную CASE-модель старого документооборота (мы его все равно сносим)

анализ сущ. БД, анализ сущ. задач (функций)

рассказать про CASE, если не страшно.

Принцип прототипирования и макетирования в современной системотехнике

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

Прототипы должны быть базой данных.

  • Принцип модифицирующего моделирования

  • Принцип макетирования

Информационная система, реализующая решение определенных задач.

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

  1. Создание базы знаний (прототипа), эталонов системных компонент.

  2. Предпроектная спецификация (мозговая атака, мозговой штурм)

Схема последовательной идентификации системы с ее прототипом:

 

Это конфигурация системы (разбиение системы на отдельные компоненты).

Авс-анализ: отбор атрибутов и связей при абстрагировании

забыть про настоящий ABC-анализ изCASE-технологий

ABC —Activity–BasedCosting(Функционально–Стоимостной Анализ). Как считает Шкурба, он используется при анализе составляющих затрат какого-либо проекта. Базируется на известном принципе 80/20 (80% результата зависят от 20% факторов). Заключается в ранжировании всех выявленных факторов (статей затрат) по степени убывания их влияния на результат (доли в общей сумме издержек), после чего построенный ряд визуально делится на три части: «А» — затраты, которые необходимо планировать и учитывать особенно тщательно; «В» — затраты, которые также важны, но не играют решающую роль; «С» — настолько несущественные затраты, что их можно учитывать как единую статью.