Классификация ИАСистем:
Их можно разделить:
1) по типу хранения данных ( документальные и информационно-поисковые системы)
2) по характеру обработки данных:
а) информационно-справочные системы;
б) АИС обработки данных.
3) по степени интеграции данных:
а) автономные файлы;
б) банки данных.
4) по степени распределенности:
а) локальные;
б) распределенные.
В организации данных разные структурные определения пересекаются. Таким образом, данные, описывающие предметную область должны храниться в легко доступном месте. Данные в ИС характеризуются следующими признаками:
1) атрибуты (краткое описание объекта на содержательном уровне)
2) ключевой элемент (элемент данных, по которому можно однозначно определить другие элементы)
3) запись (совокупность значений)
4) файл на магнитном диске (совокупность записей данных, хранящихся на магнитном носителе)
5) база данных (совокупность связанных данных конкретной области)
Логические модели данных.
Модель данных - это математический или физический аналог исследуемой системы, представляющий собой совокупность объектов и взаимосвязей между ними. На сегодняшний момент существует 3 модели данных: иерархическая, сетевая, реляционная.
5) Исходный узел может иметь в качестве зависимых один или несколько узлов
6) Доступ к каждому узлу происходит через исходный узел
7) Возможно существование любого числа экземпляров узлов каждого уровня
Сетевая модель представляется графической системой с помощью прямоугольников и стрелочек.
Данная модель представляется в виде таблицы, в которой отражаются атрибуты и значения объекта. Модель в целом представляет собой совокупность таблиц со связями между атрибутами этих таблиц. От реляционной модели существует 3 вида взаимосвязей:
1) 1:1 (одному элементу первого объекта соответствует только один элемент второго объекта и наоборот)
2) 1:N (одному элементу первого объекта соответствует N элементов второго, а одному элементу второго объекта соответствует только один элемент первого)
3) N:M (одному элементу первого объекта соответствует несколько элементов второго и наоборот)
Лекции 8,9.
Цикл деловой активности.
ЦДА – организационное понятие, в нём зафиксированы стадии, характерные для процессов решения проблемы. Ими могут быть политические, промышленные, здравоохранительные и т.д. ЦДА имеет 4 стадии:
1. Анализ.
2. Разработка.
3. Реализация.
4. Анализ результатов реализации.
Расшифровка стадий ЦДА.
1 . Обнаружение проблемы .
1 . 1 Наблюдение системы, в которой могут возникать проблемы, регистрация проблемных эпизодов .
1 . 2 Ведение статистики проблемных эпизодов. Регистрация повторяющихся эпизодов - симптомов проблемы .
1 . 3 Исследование симптомов проблемы, распознавание тех симптомов, которые соответствуют проблемам, к решению которых уже приступили. Отделение симптомов новых проблем. Работа по формулировке новой проблемы .
1 . 4 Установление связей между проблемами, выделение причинно-следственных цепочек, определение места и роли данной проблемы среди других .
1 . 5 Составление описания области охваченной проблемы, описание проблематичного метода, который больше не пригоден для обеспечения потребностей населения .
2 . Определение тяжести и масштабности проблемы .
2 . 1 Определение состояния проблемы .
2 . 2 Прогнозирование будущих состояний и проблемных эпизодов в области этой проблемы .
2 . 3 Оценка масштабов потерь, убытков и других отрицательных последствий, которые будут сопровождать повторные проблемные эпизоды, если проблему не решать .
2 . 4 Выяснение, будет ли проблема усугубляться и охватывать новые области, если её не решать .
2 . 5 Персоналификация проблемы, т.е. указание на конкретное лицо, которое должно решать проблемы.
Формирование целей проблемно
3. Формирование целей проблемно ориентированной деятельности.
3-а . 1 Исходя из проблем, выбирают для воздействия из возможного состава участников решения проблем. Оценка ресурсов и сроков, которые могут быть представлены на решение проблемы .
3-б . 1 Исходя из оценки доступных объёмов средств и состава исполнителей, принимают решение о том, какая проблема цепочки может быть подвергнута воздействию с целью устранения воздействия и всех связанных с ним проблем .
3 . 2 Составление проблемной записки, доказывающей необходимость детального исследования проблемы с общим почерком возможных вариантов вмешательства в проблемную ситуацию .
3 . 3 Рассмотрение проблемной записки, принятие решения о присвоении ей регистрационного номера. Официальное признание проблемы .
4 . Детальное исследование проблемы. Выбор принципа её решения .
4-а . 1 Установление критериев для измерения степени приближения решения проблемы к поставленной цели .
4-б . 1 Выяснение ограничений в существующей системе, препятствующих применению тех или иных методов решения проблемы .
4-в . 1 Сбор и анализ информации по поводу решения проблемы типа рассматриваемой .
4 . 2 Определение набора возможностей и допустимых методов воздействия на проблемную ситуацию .
4 . 3 Конкурс методов, отбор наиболее приемлемых .
4 . 4 Выбор принципа решения проблемы. Составление плана решения проблемы по крупным разделам с указанием:
а) Использование задела из других отраслей.
б) Составление кооператива исполнителей.
в) Возможной ожидаемой помощи со стороны ведущих отраслей.
г) Ограничений, которые желательно снять.
д) Потенциала побочных применений систем, которые разрабатываются для решения данной проблемы .
4 . 5 Представление выбранного принципа решения проблемы и разделов а) - д) в наглядной демонстрационной форме .
5 . Обеспечение признания принципа и плана решения проблемы .
5 . 1 Наглядная демонстрация предлагаемого принципа и плана решения .
1-1 Обсуждение критериев (из блока 4-а . 1)
1-2 Перечисление альтернативных методов на этапах решения .
1-3 Точное описание и обсуждение имеющегося задела .
1-4 Обсуждение комплекта поставок со стороны .
1-5 Обсуждение побочных положительных эффектов и вариантов их передачи в другие системы .
1-6 Обсуждение источников и динамики финансирования .
1-7 Обсуждение ограничений, которые надо снять .
5 . 2 Подготовка пакетов документов для решения проблемы .
6 . Детальное планирование действий по решению проблемы. Распределение и детализация заданий .
6. 1 Завершение редактирования пакета документов по принятию решения.
6 . 2 Согласование распределения заданий и финансирования по соисполнителям, установление персональной ответственности за результат .
6 . 3 Утверждение и выпуск контрольного пакета документов (КПДП) по проблеме .
6 .4 Доведение задания до исполнителей, рассылка документов, оповещение о круге должностных лиц, имеющих право коррекции КПДП .
6 . 5 Выпуск исполнителя вторичных распорядительных документов, установление персональной ответственности за результат. Установление круга лиц с правами на коррекцию документов .
6 . 6 Учёт вторичных распорядительных документов, сбор, централизованное хранение в составе КПДП .
6 . 7 Завершение формирования программы работы по проблеме. Итоговая контрольная проверка. Наличие персонально ответственных .
6 . 8 Фиксация конкурсных вариантов достижения цели .
7 . Реализация плана. Распределение результатов деятельности.
а) Выполнение .
1 . Финансирование работ .
2 . Выполнение задания .
3 . Выполнение промежуточных результатов по критериям .
4 . Приёмка результатов, обмен результатами, распределение результатов .
5 . Интеграция результатов в организационно-техническую систему, устраняющую проблему.
б) Регистрация отклонения принятия решений .
1 . Получение отчётов о состоянии выполнения задания .
2 . Регистрация потока предложений по изменению программы .
3 . Принятие решений по коррекции, контроль авторства .
4 . Контроль исполнения .
5 . Контроль персональной ответственности .
6 . Приёмка системы, устранившей проблему по критерию 4-а . 1 , снятие плана с контроля, архивация данных о ходе её решения.
8 . Подведение итогов решения проблемы и учреждение механизма, не допускающего возобновления проблемы .
8 . 1 Официальная фиксация достигнутых результатов. Поощрение исполнителей .
8 . 2 Извлечение уроков из имевших место неудач и срывов .
8 . 3 Учреждение мер, не допускающих возобновления проблемы .
3-1 Выявление вероятных и возможных каналов рецидивов проблемы .
3-2 Ранжирование каналов .
3-3 Разработка страховочных и проверочных мер против возобновления проблемы .
3-4 Внедрение системы проверки и страховки от возобновления проблемы.
CASE технология.
Компьютерная поддержка систем проектирования.
CASE-технология - это совокупность методологий проектирования и сопровождения на всем жизненном цикле ПО. Методология - это совокупность правил проектирования ИС на всем жизненном цикле ПО. CASE-средства (пакеты) - это графически ориентированное ПО, являющееся инструментом для аналитиков, проектировщиков, программистов, создающих сложные системы обработки информации, направленные на автоматизацию процессов разработки и антерогитивном решении. С.А.П. - системы автоматического проектирования.
Жизненный цикл ПО.
CASE-технология предполагает и стадии проектирования ИС.
1) Анализ предметной области. Предметная область - часть реального мира, выраженная в виде химтернального объекта, вида деятельности, информационных потоков.
Анализ предполагает описание начальной области. Общее отношение структуры данных, описание входных, выходных функций.
2) Проектирование:
а) глобальное ( постановка задачи, описание)
б) детальное (функционально-организационная структура движения информационных потоков. Создание иерархической диаграммы, взаимосвязь подсистем, разработка укрупненных структур данных. Детальное проектирование - детализация систем. Детальное описание входных и выходных данных для каждой функции. Описание алгоритмов процессов.