Современные методы и средства проектирования информационных систем

       

Современные методы и средства проектирования информационных систем


Жизненный цикл по ИС
Модели жизненного цикла ПО
Каскадная схема разработки ПО
Реальный процесс разработки ПО по каскадной схеме
Общие требования к методологии и технологии
Представление технологической операции проектирования
Методология RAD

Сущность структурного подхода
Методология функционального моделирования SADT
Состав функциональной модели
Функциональный блок и интерфейсные дуги
Иерархия диаграмм
Структура SADT-модели Декомпозиция диаграмм

Соответствие должно быть полным и непротиворечивым
Пример обратной связи
Пример механизма
Типы связей между функциями
Случайная связность
Процедурная связность
Последовательная связность
Функциональная связность
Моделирование потоков данных (процессов)
Внешние сущности

Системы и подсистемы
Подсистема
Процессы
Процесс
Накопители данных
Накопитель данных
Потоки данных
Построение иерархии диаграмм потоков данных

Case-метод Баркера
Графическое изображение сущности
Связь (Relationship)
Связь продавца с контрактом
Связи остальных сущностей
Идентификация атрибутов
Каждый атрибут идентифицируется уникальным именем
Взаимно исключающие связи
Методология IDEF1
Сущности

Мощность связи
Идентифицирующая связь
Неидентифицирующая связь
Атрибуты и первичные ключи
Подход, используемый в CASE-средстве Vantage Team Builder
Обозначение сущностей и связей
Необязательная связь
Обязательная связь
Слабая связь
Связь "супертип-подтип"

Ассоциативная связь
Описание предметной области
Организация проекта
Начальная контекстная диаграмма
Контекстная диаграмма Диаграмма структур данных
Диаграмма "сущность-связь"
Программные средства поддержки жизненного цикла ПО
Методологии проектирования ПО
Методология DATARUN

Модель ИС
Последовательность шагов проектирования системы
Модели, создаваемые с помощью подхода DATARUN
Инструментальное средство SE Companion
CASE-средства Общая характеристика и классификация

Технология внедрения CASE-средств
Определение потребностей в CASE-средствах
Анализ возможностей организации
Определение организационных потребностей

Анализ рынка CASE-средств
Определение критериев успешного внедрения
Разработка стратегии внедрения CASE-средств
Общие сведения
Модель процесса оценки и выбора
Процесс оценки
Процесс выбора

Критерии оценки и выбора
Структура набора критериев
Надежность
Простота использования
Эффективность

Сопровождаемость
Переносимость
Общие критерии
Пример подхода к определению критериев выбора CASE-средств
Выполнение пилотного проекта

Шаги пилотного проекта Представительность
Переход к практическому использованию CASE-средств

Silverrun

JAM
Vantage Team Builder (Westmount I-CASE) + Uniface
Vantage Team Builder (Westmount I-CASE)

Взаимодействие Vantage Team Builder и Uniface
Uniface
Designer/ + Developer/
Локальные средства (ERwin, BPwin, S-Designor, CASEАналитик)
Объектно-ориентированные CASE-средства (Rational Rose)

Современные методы и средства проектирования информационных систем

Вспомогательные средства поддержки жизненного цикла ПО
Средства конфигурационного управления

Средства документирования
Средства тестирования
Примеры комплексов CASE-средств
Аннотация
Введение

Телекоммуникационные технологии.Сети TCP-IP

Очевидно, что BGP-маршрутизаторы, находящиеся в одной АС, также должны обмениваться между собой маршрутной информацией. Это необходимо для согласованного отбора внешних маршрутов в соответствии с политикой данной АС и для передачи транзитных маршрутов через автономную систему. Такой обмен производится также по протоколу BGP, который в этом случае часто называется IBGP (Internal BGP), (соответственно, протокол обмена маршрутами между маршрутзаторами разных АС обозначается EBGP –External BGP).
Отличие IBGP от EBGP состоит в том, что при объявлении маршрута BGP-соседу, находящемуся в той же самой АС, маршрутизатор не должен добавлять в AS_PATH номер своей автономной системы. Действительно, если номер АС будет добавлен, и сосед анонсирует этот маршрут далее (опять с добавлением номера той же АС), то одна и та же АС будет перечислена AS_PATH дважды, что расценивается как цикл.
Это очевидное правило влечет за собой интересное следствие: чтобы не возникло циклов, маршрутизатор не может анонсировать по IBGP маршрут, полученный также по IBGP, поскольку нет способов определить зацикливание при объявлении BGP-маршрутов внутри одной АС.

Задача внешеней маршрутизации
Тело LSA типа 2
Протокол затопления (flooding)