13.Проектирование комплексов и систем на базе серийных модулей. Технический этап проектирования: особенности и решаемые задачи.
С
тадия
технического проектирования преследует
цель разработать окончательные
технические решения в соответствии с
функциями и техническими характеристиками
проектируемой системы, процесса или
изделия, сформулированными в техническом
задании. На этой стадии:
- устанавливаются структура системы, состав подсистем, компонентов и связей между ними.
- описываются подсистемы и компоненты.
- определяются проектные решения по структуре и составу технич-го и информац-го обеспеч-я, опред-ся перечень общесистемных программных средств и разрабатываются задания на техническую реализацию.
На стадии технического проектирования результаты разработок и проектных решений оформляются в виде технического проекта. Он включает общие вопросы: определение конфиг-ии вычисл-х средств,конструктивная компоновка.программная компановка.электрич-я компановка.разработка технич-й документации.разработка средств тестир-я и сервисного обслуж-я. решение задач вентиляции. проверка корректности питания
25.Специфика построения информационных систем.
Особенности проектирования ИС:
Сложность описания: большое кол-во данных, сложность связей.Для детализ-и необх-м тщат. Анализ и модел-е.
Наличие совокупности тесно взаимод-х комп-ров/систем, к-рые решают свои локальные задачи и реал-ют разл. Цели.
Отсутствие прямых аналогов
Необх-ть интеграции сущ-х и вновь разработ. Прилож-й, функционир-х на разных платформах в неоднор. Среде.
Разобщённость отд. Групп разработчиков. Исп-е различных инструм. Ср-в
Существ. Врем. Затраты на разработку
В ИС необх-мо реализовать след. ф-и:
- хранение и накопление информации. Создание системы надежного хранения и эффективного доступа к информации.
- удобный, безопасный человеко-машинный интерфейс для работы с этой информацией. Должны быть все необходимые функции, кроме тех, которые могут испортить данные.
- система должна быть рассчитана на разных пользователей, система управления доступом и правами пользователей.
- локальные и сетевые пользователи, система одновременной работы с одним объектом, механизм транзакций.
- вопросы сохранности информации, безопасность информации, конфиденциальность, доступность и неизменность информации. Доступность – доступ к инф-и пользов-й в заранее огранич-е промежутки времени. Конфиденц-ть – никто не может прочитать инф-ю без авторизации, не обладая необходимыми правами. Неизменность – никто не может уничтожить, подменить или испортить информацию.
Проблема толстых и тонких клиентов.
Бизнес-логика – что делает клиент с этой информацией. Интерфейс Ч→М – человеко-машинный интерфейс.
Возможные варианты реш-я проблемы расположения элементов структуры.
1. Файл-серверная структура, очень толстый клиент. На сервере: БД, на клиенте: СУБД, бизнес-логика, человеко-машинный интерфейс.
По сети качаются большие объемы д-х, при обращении клиента к какой-либо записи блокируется сразу весь файл, в котором содержится данная запись.
Может быть реализована в следующих вариантах:
- машина коллективного пользования – управление с помощью учётных записей;
- информационная система, работающая с множеством клиентов через сеть.
Хорошая инф-я безоп-ть, отсут-т сетевая инфр-ра с точки зрения прилож-я.
2. Сервер баз данных, толстый клиент. На сервере: база данных, система управления БД, на клиенте: бизнес-логика, человеко-машинный интерфейс.
Уменьшается нагрузка на сеть, проблемы управления информацией решаются на сервере, на машине клиента должно быть специальное ПО.
3. Тонкий клиент – машина с термин-м режимом работы, на к-рой идет вся обработка. Используется многопользовательский режим одной машины, на клиенте – только поддержка терминального режима работы с этой машиной. Хорошая инф-я безопасность. Сети на уровне приложений нет.
Можно осущ-ть связь через Интернет по протоколу http. Web-сервер связан с клиентом и приложениями. Наиболее часто применяемые решения:
а) Бизнес-логика и человеко-машинный интерфейс в приложениях, клиент тонкий.
б) Бизнес-логика и человеко-машинный интерфейс на клиенте. Используются Java-приложения, загружаемые с сервера из хранилища. Вначале клиент тонкий, потом толстый.