9)Документацию можно разбить на две группы:

Документы управления разработкой ПС;

Документы, входящие в состав ПС.

Документы управления разработкой ПС (process documentation), протоколируют процессы разработки и сопровождения ПС, обеспечивая связи внутри коллектива разработчиков и между коллективом разработчиков и менеджерами (managers) - лицами, управляющими разработкой. Эти документы могут быть следующих типов:

Планы, оценки, расписания. Эти документы создаются менеджерами для прогнозирования и управления процессами разработки и сопровождения.

Отчеты об использовании ресурсов в процессе разработки. Создаются менеджерами.

Стандарты. Эти документы предписывают разработчикам, каким принципам, правилам, соглашениям они должны следовать в процессе разработки ПС. Эти стандарты могут быть как международными или национальными, так и специально созданными для организации, в которой ведется разработка данного ПС.

Рабочие документы. Это основные технические документы, обеспечивающие связь между разработчиками. Они содержат фиксацию идей и проблем, возникающих в процессе разработки, описание используемых стратегий и подходов, а также рабочие (временные) версии документов, которые должны войти в ПС.

Заметки и переписка. Эти документы фиксируют различные детали взаимодействия между менеджерами и разработчиками.

Документы, входящие в состав ПС, описывают программы ПС как с точки зрения их применения пользователями, так и с точки зрения их разработчиков и сопроводителей (в соответствии с назначением ПС). Здесь следует отметить, что эти документы будут использоваться не только на стадии эксплуатации ПС , но и на стадии разработки для управления процессом разработки (вместе с рабочими документами) - во всяком случае они должны быть проверены (протестированы) на соответствие программам ПС. Эти документы образуют два комплекта с разным назначением:

Пользовательская документация ПС (П-документация);

Документация по сопровождению ПС (С-документация).

10)Объект воплощает некоторую сущность и имеет некоторое состояние, которое может изменяться со временем как следствие влияния других объектов, находящихся с данным в каком-либо отношении. Одноместное отношение называется свойством объекта. Многомерное отношение-ассоциативное св-во объекта. Класс объекта-мн-во объектво,ктр обладают определённым набором общих св-в.

Объектный подход в разработке ПС:состоит в декомпозиции объекта при построенние. Когда говорят об объектном подходе разраб,имеют ввиду объектный подход с ориентацией на объекты реального времени и пострение их информационной модели.При это выделяют нектр черты:использование сист понятий позволяющих описывать объекты,упрощение ПС,ставится приоритет разработки структурированной программы.Состав:Объектная,Динамическая,Функциональная.

Считают, что объектно-ориентированного проектирование основано на принципах: выделение абстракций,ограничение доступа,модульность,иерархия,типизация,параллельность,устойчивость.

11)1. Постановка задачи:

•сбор информации о задаче;

•формулировка условия задачи;

•определение конечных целей решения задачи;

•определение формы выдачи результатов;

•описание данных (их типов, диапазонов величин, структуры и т. п.).

2. Анализ и исследование задачи, модели:

•анализ существующих аналогов;

•анализ технических и программных средств;

•разработка математической модели;

•разработка структур данных.

3.Разработка алгоритма:

•выбор метода проектирования алгоритма;

•выбор формы записи алгоритма (блок-схемы, псевдокод и др.);

•выбор тестов и метода тестирования;

•проектирование алгоритма.

4.Программирование:

•выбор языка программирования;

•уточнение способов организации данных;

•запись алгоритма на выбранном языке

программирования.

5. Тестирование и отладка:

•синтаксическая отладка;

•отладка семантики и логической структуры;

•тестовые расчеты и анализ результатов тестирования;

•совершенствование программы.

6. Анализ результатов решения задачи и уточнение в случае необходимости математической модели с повторным выполнением этапов 2-5.

7.Сопровождение программы:

•доработка программы для решения конкретных задач;

•составление документации к решенной задаче, к математической модели, к алгоритму, к программе, к набору тестов, к использованию.