
- •1. Определение и основные задачи проектирования.
- •3. Разработка тз, основные пункты.
- •Порядок разработки, согласования и утверждения тз на ас:
- •14.Обеспечение совместимости эвм. Основные понятия совместимости компьютеров: аппаратная, программная и информационная совместимость.
- •15. Обеспечение совместимости эвм. Пути реализации аппаратной совместимости.
- •16 Обеспечение совместимости эвм. Обеспечение программной совместимости: основные проблемы и методы их решения.
- •17 Построение программно-совместимых эвм. Основные подходы и их сравнительная оценка.
- •18. Основные структуры связи и типы модулей в магистрально-модульных системах (ммс).
- •19 Общий алгоритм взаимодействия модулей в магистрально-модульных системах (ммс) : формулировка задач и основные методы их решения на каждом этапе взаимодействия.
- •2,3) Установка исполнителя и пассивного (задатчика).
- •Установка связи между задатчиком и исполнителем.
- •5) Виды действия.
- •6) Установка фаз действия.
- •20. Многомагистральные ммс: передача данных через транзитные интерфейсы: методы передачи данных, адресация.
- •21 Основные принципы построения внутрисистемных интерфейсов.
- •2) Синхронный.
- •2 2 Проектирование устройств сопряжения. Постановка задачи, основные этапы.
- •Основные этапы проектирования устройств сопряжения.
- •23 Проектирование устройств сопряжения. Пути реализации алгоритмов (протоколов) обмена.
- •24 Проектирование устройств сопряжения. Принципы обеспечения совместимости интерфейсов.
- •Система передачи должна иметь буферную память: Интерфейсы pc:
- •32. Методология функционального моделирования sadt.
- •33. Методология моделирования потоков данных (процессов)- (диаграммы потоков данных (dfd))
- •34. Методология моделирования данных. (сущность-связь (erd))
- •35. Основные этапы проектирования сетей и решаемые на них задачи
- •2. Основные этапы инженерного проектирования
- •4.Основные этапы проектирования систем и решаемые на каждом этапе задачи.
- •12.Особенности компоновки пользовательских
- •5.Формализация задач на функциональном уровне проектирования.
- •6.Модульный подход к построению ву. Преимущества и недостатки модульного построения систем. Конструктивный и функциональный подход к декомпозиции системы.
- •8.Определение конфигурации и номенклатуры модулей при производстве эвм.
- •Общие принципы формирования модулей при проектировании мини и микро-эвм.
- •10.Проектирование комплексов и систем на базе серийных модулей. Логическая компоновка: постановка задачи, последовательность шагов решения.
- •9.Особенности проектирования комплексов и систем на серийных модулях. Решение задачи функциональной компоновки.
- •11.Реализация систем авто конфигурирования. Аппаратно-программная поддержка принципа “plug and play”: возможности и ограничения.
- •13.Проектирование комплексов и систем на базе серийных модулей. Технический этап проектирования: особенности и решаемые задачи.
- •25.Специфика построения информационных систем.
- •26.Понятие жизненного цикла ис и основные модели
- •27.Основные архитектуры информационных систем.
- •28.Общая идеология построения информационных
- •Intranet систем.
- •29.Идеология построения информационных intranet
- •30.Структурный подход к проектированию ис. Сущность подхода.
- •31.Case технологии, что это такое?
29.Идеология построения информационных intranet
систем с использованием языка Java.
Предложенная фирмой Sun Microsystems технология Java ориентирует взаимод-е м\д клиентом и сервером на поток команд, а не д-х. В ходе сеанса обеспеч-ся фоновая подкачка через сеть на компьютер клиента прогр-х агентов - апплетов, которые берут на себя ф-и обесп-я гибкого взаимод-я. В Web-браузере д.б. исполняющая сис-ма апплетов.
Как язык программир-я Java принцип-но не отлич. от других ООП-языков. Осн. отличия в требов-х к среде исполнения и в принципах построения компиляторов. Компилятор создает универс. байт. код, к-рый системно независим. Исполняющая система либо интерпретирует код, либо транслирует в исполняемый код для данной платформы. Перед выполнением происх-т проверка на правильность кода. Выработаны требования к библиотеке классов. При исполнении возможен дозапрос недостающих классов и их динамическая загрузка. При этом источником классов может быть любой сервер в Internet. Т.о., создана основа для действительно сетевого, распределенного программирования.
П
ри
построении информац-х приложений с
использованием Java-технологии получается
классическая двух- или трехзвенная
архитектура клиент-сервер, а гипертекст
уходит на задний план и выполняет лишь
роль инициатора апплетов. Сущ-м
достоинством такой техн-и явл. независ-ть
прил-я от апп. платформы. Недостатки:
невысокое быстродействие вследствие
интерпретации байт-кодов, остаются те
же проблемы организации связи с БД.
Осн. проблема - безопасность использования
чужого кода. Принципиальным новым
является то, что используется код, а не
исходный текст. Поэтому перед запуском
необходимо удостовериться, что это
именно тот код, который ожидался, и
данный код не модифицирован третьей
стороной.
Бизнес-логика и человеко-машинный интерфейс на клиенте. Используются Java-приложения, загружаемые с сервера из хранилища. Вначале клиент тонкий, потом толстый.
30.Структурный подход к проектированию ис. Сущность подхода.
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизир-е ф-и: система разбив-ся на функц-е подсистемы, к-рые делятся на подфункции, подразделяемые на задачи и т.д. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все её составляющие компоненты взаимосвязаны.
Все методологии структурного подхода базируются на:
1) принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;
2) принцип иерархического упорядоч-я - организация составных частей проблемы в иерархические древовидные структуры с добавлением новых деталей на каждом уровне.
Кроме базовых есть дополнительные принципы, основными из которых являются следующие:
1) принцип абстрагирования – заключается в выделении существенных аспектов системы и отвлечения от несущественных.
2) принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы.
3) принцип непротиворечивости - заключается в обоснованности и согласованности элементов.
4) принцип структурирования данных - заключается в том, что данные должны быть структурированы и иерархически организованы.
В структурном анализе исп-ся в осн. 2 группы средств, иллюстрирующих ф-и, выполняемые системой и отношения м/д данными. Каждой группе средств соответствуют опред-е виды моделей (диаграмм), наиболее распр. среди к-рых являются следующие:
- SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы.
- DFD (Data Flow Diagrams) диаграммы потоков данных.
- ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".
На стадии проект-я ИС модели расшир-ся, уточняются и дополняются диаграммами, отраж-ми стр-ру ПО: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.
Перечисл. модели в совоку-ти дают полное описание ИС независимо от того, является ли она существующей или вновь разрабатыв-й. Состав диаграмм в каждом конкретн случае зависит от необходимой полноты опис-я системы.