18) Основные виды документации исп при разработке пс

При разработке ПС создаётся и используется большой объём разнообразной документации. Она необходима как средство передачи информации между разработчиками ПС, как средство управления разработкой ПС и как средство передачи пользователю информации, необходимой для применения и сопровождения ПС.

На создание этой документации приходится большая доля стоимости ПС. Документацию можно разделить на две группы: 1. Документы управления разработкой ПС. 2. Документы, входящие в состав ПС.

Документы управления разработкой ПС протоколируют все процессы разработки и сопровождения ПС, обеспечивая связь внутри коллектива разработчиков ПС и менеджерами ПС. Soft – менеджерами, т.е. лицами, управляющими разработкой ПС. Эти документы могут быть следующих типов: планы, оценки, расписания. Создаются менеджерами для прогнозирования и управления процессами разработки и сопровождения ПС. 2 тип – отчёты по использованию ресурсов в процессе разработки. 3 тип – стандартный. Эти документы предписывают разработчикам какими принципами, правилами и соглашениями они должны руководствоваться, причём эти стандарты как международные, так и специальные. Рабочие документы – это основные технические документы, содержащие идеи, проблемы, стратегии, подходы, рабочие версии документов и т.д. Заметки и переписки. Эти документы фиксируют детали взаимодействия между менеджерами и разработчиками.

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

(Software product documentation)

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

19) Пользовательская документация пс.

Объясняет пользователям как они должны следовать с данной ПС. Она необходима, если происходит взаимодействие с пользователем. К такой док-ии относят те сведения, к-ые связаны с инстоляцией ПС, сведения о настройки среды применения ПС, особенности интеграции ПС с др системами. Различают 2 категории пользовательских документов: 1) ординальные пользователи ПС (end-user) 2) администраторы ПС.

Ординальные пользователи исп ПС при решении своих задач в некоторой предметной области(инженер, кассир продажи ж/д билетов), т.е. такие пользователи, которые не должны знать многих деталей работы компа.

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

В сост пользовательской док-ии входят:1) общее функциональное описание ПС, где дается краткая хар-ка ф-ых возможностей ПС. 2) руководство по инсталляции ПС(должны детально прописываться все шаги установки в конкретной среде,весь перечень файлов и их краткое описание ). 3) инструкция по применению ПС. 4) справочник по применению ПС. 5) Руководство по управлению ПС.

Пользовательская документация формируется после создания внешнего описания. Она определяе успех вцелом ПС => для ее создания исп профессиональных технических работников(писателей).

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

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

Док-ия по сопровождению:

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

Технологические этапы ПС:

1. Внешнее описание ПС. 2) описание архитектуры ПС. 3) описание модульной системы. 4) для каждого модуля требуется описание его спецификации и построения. 5) описание тестов моделей на выбранном языке программирования. 6) документы, устанавливающие достоверность работы ПС.

Общая проблема сопровождения ПС связана с представлениями современного развития и формирования ПС. Вцелом документация по сопровождению ПС отражается руководством, именно сопровождение ПС и фиксируется при необходимости в соответ БД управления конфигурациями.