Ответы на экзаменационные вопросы по технологическим сетям проектирования, страница 2

3. ТСП объектного метода проектирования ИС

Суть: предусматривает применение готовой системы на конкретный объект.

Для метода объектного проектирования характерно, что в качестве типизируемого элемента выступает система управле­ния объекта в целом. При создании СМОД для любого объекта из рассмат­риваемого класса используется соответствующий типовой проект. Следовательно, проектирование СМОД при таком методе сводится к подготовке и внедрению типового проекта. При этом какие-то параметры ОУ (организационная структура, формы входных или выходных документов, методики расчета по­казателей, особенности применяемых средств вычислительной тех­ники, системы классификации и кодирования и др.) отличаются от используемых в типовом проекте, то за счет организационно-технических мероприятий они должны быть приведены в соответствие с решениями типового проекта.

При использовании объектного метода трудоемкость проекти­рования сокращается в 2—3 раза при условии, что типовой проект точно соответствует вы­бранному объекту. Проектирование СМОД в этом случае сводится к привязке типового проекта в соответствии с конкретными усло­виями применения. 

Недостатки метода:

·  СМОД имеет слабые средства модернизации и со­провождения;

·  существует, как правило, необходимость проведения организа­ционных и структурных изменений на ОУ для приведения его в соответствие с требованиями типового проекта;

·  высоки требования к квалификации разработчиков типо­вого проекта;

·  разработанный типовой проект довольно быстро морально ус­таревает.

На выходе: проект ИС для настраивания системы в соответствии с требованиями конкретного предприятия.

Вход	Преобразователь	Выход
Д1- результаты обследования предприятия	1.Определение структуры объектов	Д2-структура объектов
Д1, Д2	2.Определение набора св-в, кот. определяют каждый объект	Д3-св-ва объектов
Д2,Д3,р1-критерий группировки	3. Объединение объектов в классы по свойствам	Д4-классы объектов
Далее будет идти последовательность действий, которую необходимо произвести для каждого класса объектов
Д3,Д4	4. Определение перечня задач класса и требования к их выполнению	Д5-перечень задач и требования к их выполнению Д6-параметрическое описание каждой задачи и информационных потоков, связанных с ней.
Д5,Д6, G1-готовая ИС	5. Сопоставление имеющихся решений данных задач в готовой ИС с перечнем требуемых задач для данного класса	Д7-перечень задач, которые полностью реализованы в G1 с учетом всех требований к задачам Д8-перечень задач, которые требуют оригинального проектного решения
Д5, Д6,Д7	6. Сравнение форм входных и выходных документов по составу реквизитов между имеющимися в G1 и требуемыми конкретной задачей. Для тех задач, в которых обнаружено полное соответствие форм документов, принимается решение об использовании модулей из G1 без изменений	Д8-перечень задач, в которых обнаружено полное соответствие форм документов. Д9-задачи, требующие доработки в формах документов Д10-перечень несоответствий и требований к доработке
Д9,Д10	7. Доработка форм документов	Д11-доработанные формы документов.
Д8,Д5,Д6	8.Формирование требований по разработке и присоединению оригинальных проектных решений (ОПР)	Д12- требования к ОПР
Д8,Д12	9. Разработка ОПР	Д13- разработанные ОПР G2-готовая ИС с присоединенными ОПР
Д14-требования к инф. обеспечению для данного класса	10.Анализ полноты информационного обеспечения готовой ИС	Д15-требования по доработке ИО и разработке оригинальных решений по ИО
Д15, G2	11.Доработка ИО	G3- готовая ИС с доработанным ИО
G3,Д16-требования к орг.обеспечению для данного класса	12.Анализ соответствия организационного обеспечения(ОО)	Д17-требования к разработке оригинальных проектных решений по ОО
G3,Д17	13.Разработка оригинальных проектных решений по ОО	G4- готовая ИС с учетом оригинальных проектных решений по ОО
14.Произвести последовательность действий с преобразователя 4 по 13 для каждого класса объектов

4. ТСП подсистемного метода проектирования ИС

+:

· возможность использования одних и тех же компонентов для различных ОУ

· обеспечение машинного документирования создаваемого про­екта;

· наличие апробированных, отлаженных программных средств;

· более высокая функциональная надежность по сравнению с элементным методом.

-:

· отсутствие средств модернизации и сопровождения функциони­рующей СМОД;

· недостаточность средств, обеспечивающих функциональную на­дежность;

· сравнительно небольшое время устойчивого функционирования подсистем (до трех лет);

· сравнительно высокая трудоемкость проектирования.

· необходимость изменения организационно-экономической си­стемы объекта в соответствии с требованиями организационно-экономических моделей, заложенных в соответствующих ППП

Суть: использование ППП. Декомпозиция на уровне подсистем. При этом д/б достигнуты: функц-ая полнота подсистемы, минимизация внешних инф-ых связей, параметрическая настраиваемость, альтернативность схем в пределах значений входных параметров. Для каждой подсистемы создается проектное решение. Чаще всего используются ППП, каждый из которых обычно охватывает соответствующую подсистему упр-я объектом. ВЫХОД: индивидуальный проект ИС с типовыми элементами в виде ППП. При подсистемном проектировании после обследования объекта определяется перечень функциональных подсистем, после чего для каждой выделенной подсистемы выбирается одно из существующих ТПР. ВХОД: проведено обследование ОА, выделен ОА.