- •Информационные системы
- •1.Место курса "Информационные Системы" в цикле дисциплин информатики
- •Место "ис" в учебном процессе:
- •1.2 Двупрофильная квалификация информатиков
- •2.Ит и ис: соотношение понятий
- •3. Классификация ис (таб. 3)
- •4.Этапы развития ит:
- •Структура и состав ис
- •Каскадная модель ( 1970-1985 гг.) (Waterfall). На каждой стадии - законченный набор проектной документации, логическая последовательность действий, возможность планирования затрат.
- •2. Спиральная модель (с 90-х годов до н.В.)
- •Содержание жц ис
- •Формирование требований к ис (предпроектная стадия)
- •2. Проектирование ис
- •Типы ис
- •У ровни управления организацией (предприятием)
- •Методы проектирования Процесс проектирования. Общие понятия.
- •Технология проектирования
- •Стандарты Группировка стандартов и схожих мет. Документов.
- •Польза применения стандартов
- •Международный стандарт iso
- •Стандарты комплекса гост 34. Общая структура.
- •Методология
- •Структурный подход к проектированию ис Сущность структурного подхода
- •Idef0 –стандарт функционального моделирования
- •Объектно- ориентированный подход к проектированию систем.
- •Язык uml
- •Диаграмма использования
- •Логическое представление
- •Предпроектное обследование Методы обследования Общие понятия
- •Дерево целей
- •Дерево целей
- •Состав и содержание работ Объекты обследования
- •Этапы обследования
- •Универсумы
- •Вопросы к интервьюируемым
- •Анализ материалов
- •Составление тз
- •Пример Предпроектное обследования ис «склад»
- •Определить классы объектов и дать характеристику класса
- •База данных Определение. Характеристика. Требования к базе данных
- •Типы структур
- •Способы организации бд
- •Требования к бд
- •Структурные элементы бд
- •Проектирование бд. Уровни проектирования бд
- •Уровни проектирования
- •Реляционная модель данных Организация данных в связанных таблицах. Аномалии. Таблицы объектов (справочные; uml – класс сущность) и таблицы связей (подчиненные; uml – класс управляющий)
- •Аномалии обновления
- •Типы связей в таблицах
- •Структура данных в таблице: поля и записи, ключи и характеристики
- •Нормализация отношений. Типы связей
Технология проектирования
Основу проекта любой ИС составляют Методологии, технологии и инструментальные средства проектирования. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики и инструментальные средства, которые обеспечивают выполнение ЖЦ.
В основе технологии проектирования лежит технологический процесс.
Технологический процесс определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий.
Технологический процесс состоит из технологических цепочек.
Т.О. технология проектирования задается регламентированной последовательностью технологических операций на основе того или иного метода, в результате чего стало бы ясно, не только ЧТО д.б. сделано для создания проекта, но и КАК, КОМУ и в КАКОЙ ПОСЛЕДОВАТЕЛЬНОСТИ это должно быть сделано.
Предметом любой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех стадиях ЖЦ.
ТП – определяется как совокупность трех составляющих:
Пошаговой процедуры, определяющей последовательность технологических операций проектирования (рис. И пример);
Критериев и правил, используемых для оценки результатов выполнения технологических операций ;
Нотаций (графических и текстовых средств), используемых для описания системы.
Технологические инструкции, составляющие основное содержание технологии, должны состоять из описания последовательности технологических операций, условий, в зависимости от которых выполняется та или иная операция, и описание самих операций.
Реальное применение любой технологии проектирования , разработки и сопровождения ИС в конкретной организации конкретном проекте невозможно без выработки ряда стандартов (правил, соглашений), которые должны соблюдаться всеми участниками проекта. Примеры корпоративных технологий (Оракл, Майкрософт)
Стандарты Группировка стандартов и схожих мет. Документов.
Упрощенная группировка стандартов и схожих методических документов:
по предмету стандартизации:
функциональные стандарты (на языки программирования, интерфейсы, протоколы)
на организацию ЖЦ создания и использования АС и ПО
по утверждающей организации:
официальные международные стандарты (ISO)
официальные национальные или национальные ведомственные (ГОСТы, IDEF0/1)
международных консорциумов и комитетов по стандартизации (OSF)
«дефакто» ( долгое время был SQL, язык диаграмм SADT Д.Росса)
фирменные стандарты (Microsoft ODBC, Oracle CMD)
по методическому источнику: материалы фирм разработчиков ПО, научных центров и т. д.; они могут называться «Метод», «Подход», «Модель».
Принципиально важно, что в каждую из этих групп входят материалы существенно разные по:
степени обязательности для организаций разного типа
конкретности и детализации содержащихся требований
открытости и гибкости, адаптируем ости к конкретным условиям.
Польза применения стандартов
В чем польза применения стандартов:
накопление своего набора образцов проектной документации и использование их в качестве шаблонов
использование как средство организацией управления разработкой, предпочтение использование конкретных методик
использование как инструмента, на который можно рассчитывать в непростых ситуациях приемки и сдачи заказанного продукта для обеспечения полноты и качества
перенесение проекта на новые компьютерные средства