- •Информационные системы
- •1.Место курса "Информационные Системы" в цикле дисциплин информатики
- •Место "ис" в учебном процессе:
- •1.2 Двупрофильная квалификация информатиков
- •2.Ит и ис: соотношение понятий
- •3. Классификация ис (таб. 3)
- •4.Этапы развития ит:
- •Структура и состав ис
- •2. Спиральная модель (с 90-х годов до н.В.)
- •Содержание жц ис
- •Формирование требований к ис (предпроектная стадия)
- •2. Проектирование ис
- •Каскадная модель ( 1970-1985 гг.) (Waterfall). На каждой стадии - законченный набор проектной документации, логическая последовательность действий, возможность планирования затрат.
- •Типы ис
- •У ровни управления организацией (предприятием)
- •Методы проектирования Процесс проектирования. Общие понятия.
- •Технология проектирования
- •Стандарты Группировка стандартов и схожих мет. Документов.
- •Польза применения стандартов
- •Международный стандарт iso
- •Стандарты комплекса гост 34. Общая структура.
- •Методология
- •Структурный подход к проектированию ис Сущность структурного подхода
- •Idef0 –стандарт функционального моделирования
- •Объектно- ориентированный подход к проектированию систем.
- •Язык uml
- •Диаграмма использования
- •Логическое представление
- •Предпроектное обследование Методы обследования Общие понятия
- •Дерево целей
- •Дерево целей
- •Состав и содержание работ Объекты обследования
- •Этапы обследования
- •Универсумы
- •Вопросы к интервьюируемым
- •Анализ материалов
- •Составление тз
- •Пример Предпроектное обследования ис «склад»
- •Определить классы объектов и дать характеристику класса
- •База данных Определение. Характеристика. Требования к базе данных
- •Типы структур
- •Способы организации бд
- •Требования к бд
- •Структурные элементы бд
- •Проектирование бд. Уровни проектирования бд
- •Уровни проектирования
- •Реляционная модель данных Организация данных в связанных таблицах. Аномалии. Таблицы объектов (справочные; uml – класс сущность) и таблицы связей (подчиненные; uml – класс управляющий)
- •Аномалии обновления
- •Типы связей в таблицах
- •Структура данных в таблице: поля и записи, ключи и характеристики
- •Нормализация отношений. Типы связей
Методология
Методология реализуется через технологию, значит, в основе технологии составляет методология, которая определяет сущность, основные технологические особенности.
Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является широкое распространение методологии быстрой разработки приложений RAD (Rapid Application Development) или его еще называют прототипное проектирование. Под эти термином понимают процесс разработки , содержащий 3 элемента:
Небольшую команду программистов (2-10 человек);
Короткий производственный график (2-6 месяцев);
Повторяющийся цикл, при котором разработчики, номере того, как приложению начинает обретать форму, запрашивают и реализуют требования заказчика.
ЖЦ по методологии RAD состоит из 4-х фаз:
Фаза анализа и планирования требований;
Фаза проектирования;
Фаза построения
Фаза внедрения
На фазе анализа и планирования требований определяются функции системы, описывают информационные потребности. Результат: список функций и информационная модель ИС.
На фазе проектирования разрабатывается прототип приложения. Более подробно рассматривают процессы системы. Корректируется функциональная модель. Для каждого элементарного процесса создается частичный прототип: экран, диалог, отчет, устраняющий неясности и неоднозначности. Определяются требования разграничения доступа к данным. Происходит определение набора необходимой информации.
На фазе построения выполняется самая быстрая разработка приложения. Определяются требования не функционального характера. Пользователи оценивают результаты и вносят коррективы. Требования системы осуществляется в процессе разработки.
На фазе внедрения производится обучение пользователей, организационные изменения и параллельно с внедрением новой системы осуществляется работа с существующей.
В качестве итога перечислим основные принципы методологии RAD:
Разработка приложений итерациями;
Необязательность полного завершения работ на каждом из этапов жизненного цикла;
Вовлечение пользователей в процесс разработки ИС;
Применение инструментальных средств , обеспечивающих целостность разработки;
Применения средств управления конфигурацией для внесения изменений в проект и сопровождения системы.
Использование прототипа
Тестирование и развитие проекта, осуществляемое вместе с разработкой;
Четкое планирование и контроль за выполнения работ
Методологией для визуального моделирования (объектно-ориентированный подход) является Rational Unified Process (RUP). Методология используется для поддержки управления итеративным и инкрементальным жизненным циклом разработки. С ее помощью можно описать технические и организационные аспекты создания программного обеспечения на стадиях определения требований к системе анализа и проектирования.
Структурный подход к проектированию ис Сущность структурного подхода
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработки «снизу-вверх» целостность теряется, возникают проблемы при информационной стыковки отдельных компонентов.
Все наиболее распространенные методологии структурного подхода базируются на ряде принципов. В качестве двух базовых принципов используются:
Принцип «разделяй и властвуй»- принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения
Принцип иерархического упорядочивания – принцип организации составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
Остальные принципы не являются второстепенными, поскольку игнорирование любого из них может привести к непредсказуемым последствиям. Это принципы:
Абстрагирования – выделение существенных аспектов системы и отвлечения от несущественных
Формализации-строгий методический подход к решению проблемы
Непротиворечивость – обоснованность и согласованность элементов
Структурирование данных- данные д.б. структурированы и иерархически организованы
В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выполняемые системой и отношения между данными. Каждой группе средств соответствуют определенные виды моделей (диаграмм):
Структурный анализ модели и соответствующие функциональные диаграммы (SADN+IDEF0/1)
Диаграммы потоков данных
Диаграммы «сущность связь»
На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.
Для структурного подхода используется методология SADT (Structured Analysis and Design Technique). Главным разработчиком был Дуглас Росс. Он разработал язык структурного анализа, используемого для описания исследуемого объекта, он лег в основу стандартов семейства IDEF. Использовали в США по предложению ВВС. В настоящее время семейство IDEF включают:
IDEF0 –стандарт функционального моделирования
IDEF1, IDEF1Х- стандарт моделирования потоков данных
IDEF2- стандарт динамического моделирования систем
IDEF3 – стандарт документирования процессов
IDEF4 – стандарт построения объектно – ориентированных систем
IDEF5- стандарт онтологического (принципиального, структурного) исследования систем
Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.
