- •Двусторонние шпоры по файзу
- •Печатай прямо этот файл
- •1. Общая характеристика процесса проектирования асоиу. Цели и этапы разработки консалтинговых проектов
- •2. Разработка системного проекта на основе стандарта iso 12207. Основные процессы жизненного цикла программного обеспечения асоиу.
- •3. Модели жизненного цикла программного обеспечения асоиу. Подход rad.
- •3. Методология rad
- •Основные принципы методологии rad
- •4. Структурный подход к проектированию информационной системы. Функциональная модель асоиу. Количественный анализ диаграмм idef0 и dfd.
- •5. Объектно-ориентированный подход к анализу и проектированию информационной системы. Унифицированный язык моделирования uml.
- •6. Моделирование бизнес-процессов спецификация требований на основе структурного подхода.
- •7. Моделирование бизнес-процессов спецификация требований на основе объектно-ориентированного подхода. Методика rup.
- •8. Разработка модели защиты данных в асоиу
- •9. Управление проектом асоиу
- •10. Проектная документация асоиу. Требования госТов к документации, содержание документации.
- •11. Инструментальные средства проектирования асоиу.
- •12. Типизация проектных решений асоиу. Использование коробочных продуктов и адаптируемых интегрированных систем.
- •Самостоятельная разработка
- •Заказные системы
- •Тиражируемые (коробочные) продукты
- •Адаптируемые интегрированные системы
- •Адаптируемые интегрированные системы как платформа современных комплексных систем автоматизации
- •13. Графические средства представления проектных решений асоиу (idef, dfd, uml, erd и т.Д.)
- •14. Классификация ис
- •15. Рынок ис
- •16. Методы проектирования ис
- •17. Каноническое проектирование
- •18. Типовое проектирование
- •19. Предпроектное обследование предприятий
- •1. Анкетирование
- •2. Сбор документов
- •3. Интервьюирование
- •20. Этапы проектирования ис с применением uml
- •21. Модель процессов msf (тут же про опыт ibm)
- •22. Сертификация и оценка процессов создания по. Модель зрелости cmm.
- •23. Сертификация и оценка процессов создания по. Методика spmn.
- •9 Лучших навыков, рекомендованных spmn.
- •5. Качество продукта должно контролироваться на детальном уровне.
- •8. Конфигурационное управление.
- •24. Парадигма Бейзили
- •25. Проектирование бд
- •26. Распределенная обработка данных
- •27. Системное проектирование программных систем на основе стандартизации
- •28. 34 Компетенции для Управления Проектом
25. Проектирование бд
Зависит от типа хранения данных СУБД: для объектных проектирование не требуется, т.к. классы-сущности непосредственно отображаются в БД, для реляционных БД классы-сущности объектной модели должны быть отображены в таблицы реляционной БД.
- (+поиск, - поддержание, ins, upd)
- реляционные
- объектно-реляционные
- объектно-ориентированные
- БД на основе XML
Базы знаний = БД + семантика, строится на основе антологии RDF, OWL – основной стандарт (формат хранения антологий).
«-» реляционные БД
- сложная реализация иерархии и запросов к ним
- не описывают семантику (PK – FK)
Уровни БД:
внешний (роли, представления, права)
↑
концептуальный (предметная область)
↑
внутренний (реализуют: СУБД, БД, сх БД)
Уровни проектирования:
Применяются объекты и связи предметной области { Системный анализ
(определение парадигмы ИС)
(описание предметной области)
↓
{ парадигма информации
(описание предметной области)
↓
определение системных атрибутов, { инфологический проект, выделение
типов, запросы, типовые процедуры, сущностей в рамках определенной
обработка прикладных задач нотации
↓ get
инфологическая модель (м.Чена, IDEF1X)
↓
разработка концепции сх БД, внешние сх, { даталогический проект
правил семантической целостности, выбир.
моделир., логика управления
↓ get
даталогическая модель (IDEF1X)
проектирование структур и свойств { физический проект (отображение
ЯОД и ЯНД даталогической модели в модели данных
выбранной СУБД
↓ get
физическая модель (сх БД)
Подходы к проектированию:
-
на основе описанной предметной области
-
на основе запросов
-
на основе документов
26. Распределенная обработка данных
Распределенная обработка данных – методика выполнения прикладных программ группой систем.
Сущность ее заключается в том, что пользователь получает возможность работать с сетевыми службами и прикладными процессами, расположенными в нескольких взаимосвязанных абонентских системах. При этом возможны несколько видов работ, которые он может выполнять: удаленный запрос, например, команда, позволяющая посылать одиночную заявку на выполнение обработки данных; удаленная трансакция, осуществляющая направление группы запросов прикладному процессу; распределенная трансакция, дающая возможность использования нескольких серверов и прикладных процессов, выполняемых в группе абонентских систем.
Для распределенной обработки осуществляется сегментация прикладных программ. Передача данных происходит при помощи удаленного вызова процедур либо электронной почты. Первая технология характеризуется высоким быстродействием, а вторая – низкой стоимостью. Известны также программные средства Системы Управления Распределенной Базой Данных (СУРБД), содержатся инструментальные средства распределенной среды обработки данных.
Распределенная среда обработки данных – представляет собой технологию распределенной обработки данных.
Эта среда обычно - набор сетевых служб, предназначенный для выполнения прикладных процессов, рассредоточенных по группе абонентских систем гетерогенной сети. Основные ее компоненты показаны в табл. 1.
Табл 1. Основные компоненты распределенной обработки данных.
№ п/п |
Служба |
Выполняемые функции |
1. |
Имена |
База Данных имен пользователей и средств, предназначенных для доступа пользователей к сетевым службам. |
2. |
Удаленный доступ |
Технология, обеспечивающая взаимодействие двух прикладных программ, расположенных в различных абонентских системах. |
3. |
Защита данных |
Программное Обеспечение разрешения на доступ к ресурсам системы или сети. |
4. |
Многопоточностъ |
Программы, обеспечивающие одновременное выполнение нескольких задач. |
Системы, имеющие программы распределенной среды, соответственно, являются серверами и клиентами. Серверы связаны (рис. 1) друг с другом логическими каналами, по которым передают друг другу файлы. Каждый сервер имеет свою группу клиентов.
Рис. 1. Связь серверов
Среда чаще всего имеет трехступенчатую архитектуру: прикладная программа – база данных – клиент. Функции, выполняемые средой, включают прикладные службы:
-
каталогов, позволяющую клиентам находить нужные им серверы;
-
интерфейса многопоточной обработки;
-
удаленного вызова процедур;
-
обслуживания файлов;
-
безопасности данных;
-
времени, синхронизирующей часы в абонентских системах.
Программное Обеспечение среды погружается, как правило, в Сетевую Операционную Систему. Серверы могут иметь свои, различные операционные системы. В роли сервера может, также, выступать главный компьютер со своей операционной системой.
Функционирование распределенной среды требует выполнения ряда административных задач. К ним, в первую очередь, относятся средства:
-
регистрации и контроля за лицензиями пользователей на работу с прикладными программами;
-
унифицированных интерфейсов прикладных программ;
-
обеспечения безопасности данных;
-
инвентаризации программного и технического обеспечения абонентских систем, работающих в сети.
С точки зрения логического управления среда обработки данных делится на ячейки распределенной среды обработки . В каждую из них может включаться от нескольких единиц до тысяч абонентских систем. Размеры ячеек территориально не ограничены. Входящие в одну и ту же ячейку системы могут быть расположены даже на разных континентах.