К недостаткам относятся большие затраты времени соединения элементов, вследствие информационной, программной, и технической несовместимости ТПР.
Типовые проектные решения для функц-х подсистем реализуются в виде пакетов прикладных программ(ППП), которые позволяют осуществлять:
-модульное проектирование;
-параметрическую настройку программных компонентов на различные объекты упр-я;
-сокращ-е затрат на проект-е и программир-е взаимосв-х компонентов;
-документирование отображаемых процессов обработки информации.
При объектном методе в кач-ве тип-го эл-та используется типовой проект для объектов упр-я опред-й отрасли, кот-й вкл-т полный набор функц-х и обеспеч-х подс-м ИС.
Преимvщество объектного метода перед подсистемным методом заключается во взаимосвязи всех компонентов за счёт единства информационной, программной и технической совместимости компонентов.
В настоящее время развиваются два подхода:
1. параметрически-ориентированный подход;
2.модельно-ориентир-й подход реализации объектного метода ТП ИС.
7. Архитектура САSЕ-средств.
Ядром сист-ы явл-я БД проекта- репозuторuй(словарь дан).Он представляет собой специализ-ю БД, предназн-ю для отображе-я состояния проектируемой ИС в каждый момент времени.
Репозиторий содер-т инф-ю об объек-х проектируемой ИС и взаимосвязях м/у ними, все подсист-ы обмениваются данными с ним. В репоз-ии хран-я описания след-х объектов:
-проектировщиков и их прав доступа к разл-м компонентам сис-ы; -организац-х структур; -диаграмм; -компонен-в диаграмм; -связей между диаграммами; -структур данных; -программных модулей; -процедур;
-библиотеки модулей и т.Д.
Графич-й редактор диаграмм предназ-н для отображения в графич-м виде проектир. ИС.
Он позволяет выполнять след-е операции:
-созд-ть эл-ты диагр-м и взаимосв м/у ними;
-задавать описания элементов диаграмм;
-задавать опис-я связей м/у Эл-ми диаграмм;
-редак-ть эл-ты диаг-м, их взаимосв и опис-я.
Верификатор диаграмм служит для контроля правильности постро-я диаграмм в заданной методологии ПИС и вып-т след-е ф-и:
-мониторинг правильности постр-я диаграм;
-диагностику и выдачу сообщ-й об ошибках;
-выделение на диаграмме ошибочных эле-в.
Документатор проекта позв-т получать инф-ю о сост-и проекта в виде различ-х отчетов.
Администратор проек предс-т собой инстр-ты, необх-е для вып-и след-х админ-х ф-й:
-задание начальных параметров проекта;
-назнач-е и изм-е прав доступа к эл-м проек;
-мониторинга выполнения проекта.
Сервис пред-т собой набор сист-х утилит по обслуж-ю репозитория.
8. Общая хар-ка клиент-серверной техн-и проект-я.
Клиент-сервер - это техн-я взаим-я компь-в в сети.
Под сервером понимают процесс, кот-й обслуж-ет информац-ю потребность клиента.
Клиентом явл-я приложение, посылающее запрос на обслуживание сервером.
Один из осн-х принц-в техн-и клиент-сервер -это разделение ф-й станд-го интерактивного приложения на 4 группы:
1. функции ввода и отображения данных;
2. чисто прикладные функции, характерные для данной предметной области;
3. фундаментальные функции хранения и управления инф-но-вычис-ми ресурсами;
4.служебные функции, играющие роль связок между функциями первых трех групп.
В соотв-ии с этим в приложением выдел-ся следующие логические компоненты:
-компонент представления, реализующий функции 1 группы; -прикладной компонент;
-компонент доступа к инф-ным ресурсам.
Кроме того, различие в орг-ции технологии клиент-сервер опр-ся 4 фактами:
-виды ПО, в который интегрирован каждый из этих компонентов;
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.