4. Пассивный режим ftp.

Действия сервера и клиента:

1. Клиент устанавливает связь и посылает запрос (сообщает, что надо работать в пассивном режиме) на 21 порт сервера с порта N (N>1024)

2. Сервер посылает ответ и сообщает номер порта для канала данных P (P>1024) на порт N (N>1024) клиента

3. Клиент устанавливает связь для передачи данных по порту N+1 на порт сервера P (P>1024)

Пассивный режим

Пассивный FTP выгоден для клиента, но вреден для FTP-сервера. Клиент будет делать оба соединения к серверу, но один из них будет к случайному высокому порту, такое соединение наверняка будет блокировано брандмауэром на стороне сервера.

5. Расширения idef 0 – dfd , idef 3. Построение модели данных на базе функциональной модели. Инструментальные средства Logic Works и Rational Software , comod -технология.

1) Расширение IDEF 0. BP Win позволяет переключиться на любой ветви модели на нотацию IDEF3 (Workflow Diagram) или DFD ( Data Flow Diagram) и создать смешанную модель. 1) Нотация DFD включает такие понятия как внешняя ссылка и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота.

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. a) Таким образом, данный элемент модели IDEF0 дополнен описанием используемой при его выполнении документации и исходных данных из БД предприятия. b) Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота.

2) Методология IDEF3 позволяет описать логику взаимодействия компонентов системы. a) Workflow diagramming , - методология моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Пример: условия движения документов по системе (наличие виз). b) Логика, но не алгоритм функционирования!!!

3)Построение модели данных на базе функциональной модели IDEF 0. 1)Построение модели данных предполагает определение сущностей и атрибутов, то есть необходимо определить какая информация будет храниться в конкретной сущности или атрибуте.Пример: сотрудники, сырье, оборудование, транспорт и т.д. Описание аналогично, как это делается при создании БД (первичный ключ, ключи, поля). 2) Пакет ERWin (IDEF 1 X) позволяет описать все сущности, используемые при описании бизнес процессов в функциональной модели и в дальнейшем a)выполнить экспорт созданной модели данных внутрь функциональной модели IDEF0 b) спроектировать логическую и физическую модель БД (сгенерировать схему БД)

4) Инструментальные средства Logic Works и Rational Software .

Фирма Logic Works разработала систему Model Mart - хранилище моделей, к которому открыт доступ для участников проекта создания информационной системы 1) Создание библиотек решений. Model Mart позволяет формировать библиотеки стандартных решений, включающие наиболее удачные фрагменты реализованных проектов, накапливать и использовать типовые модели, объединяя их при необходимости в "сборки" больших систем. 2) На основе существующих баз данных с помощью ERwin возможно восстановление моделей (обратное проектирование), которые в процессе анализа пригодности их для новой системы могут объединяться с типовыми моделями из библиотек моделей. 3) В дополнение к стандартным средствам организации совместной работы Model Mart позволяет сохранять множество версий, снабженных аннотациями, с последующим сравнением предыдущих и новых версий. При необходимости возможен возврат к предыдущим версиям Rational Rose – разработка клиентских приложений не только для реляционной модели, но и объектно-ориентированных БД.

СОМОД технология.

В отличие от SADT это технология пока мало известна и практически не апробирована. Тем не менее, я хочу немного рассказать о ней, поскольку, она: 1) представляет интерес, как в научном, так и в практическом плане; 2) эта технология развивается у нас в ИИ на примере ряда проектов

· Главное для любой технологии моделирования – еще научная и практическая апробация. Почему SADT получила такое широкое распространение – сотни и тысячи проектов успешно выполнены в самих различных сферах. Апробация данной технологии пока невелика: a)ряд проектов медицинской сферы (Анализ статистики и выявление факторов, влияющих на развитие бронхиальной астмы), b )металлургии (Ижорский завод) c) машиностроение (Белгород машиностроительный завод). Проект не доведен до конца d) В настоящее время 2 проекта – Адмиралтейские верфи, ФСБ (проблемы предупреждения преступности по регионам России). e) Кроме того, данной технологией заинтересовались сотрудники SBS на предмет его использования при внедрении продуктов SAP R /3 на российских и зарубежных предприятиях.

· Суть технологии (отличие от традиционного подхода): a) Разработка функциональной модели; b) Разработка модели данных. Выделение группы существенных факторов (100…1000 параметров); c) Сбор и обработка эмпирических данных (за несколько лет); d) Формирование закономерностей поведения исследуемой системы (без применения этапа имитационного моделирования). Т.е. в данном случае отсутствует алгоритмическое описание системы и собственно эксперимент.

· При реализации этапов используется достаточно сложная методология (математическая статистика, логика и т.д.).

Слабые инструментальные средства (отсутствие базы данных, в основном ориентация на MS Excel – сейчас разрабатывается расширенная оболочка специалистами SBS ).