Реферат: Информационные системы
Понятие ИС
ИСпредставляет собой совокупность организационных, технических, программных иинформационных средств, объединенных в единую систему с целью сбора, хранения,обработки и выдачи необходимой информации предназначенной для выполненияфункций управления.
К ИСпредъявляются следующие требования:
1) Полнотаи достоверность информации для реализации функций управления.
2) Своевременностьпредоставления информации.
3) Обеспечениенеобходимой степени достоверности информации в зависимости от уровняуправления.
4) Экономичностьобработки информации – это значит, что затраты на обработку данных не должны превышатьполучаемый эффект.
5) Адаптивностьк изменениям информационным требованиям пользователей.
Внедрение ИСпроводится с целью повышения эффективности производственно-хозяйственнойдеятельности фирмы за счет принципиально новых методов управления, основанныхна моделировании деятельности специалистов фирмы при принятии решений (методыискусственного интеллекта, экспертные системы и т.п.) использование современныхсредств телекоммуникации (e-mail, теле конференции) и вычислительных систем, а также сокращениевремени выполнения типовых операций по обработке различного рода документов.
КлассификацияИС
Все ИС можноклассифицировать по степени автоматизации обрабатываемой информации, и по сфереприменений.
ИС
По степени автоматизации обрабатываемой информации.
По сфере применений.
Ручные. Системы поддержки принятия решений. Автоматизированные. Системы автоматизирования проектирования. Автоматические. Системы организационного управления. Системы управления техническими процессами.Ручные ИС –характеризуются тем, что все операции по обработке данных выполняютсячеловеком.
АвтоматизированныеИС – часть функций управления или обработки данных осуществляетсяавтоматически, а часть человеком.
АвтоматическиеИС – Все функции управления и обработки данных осуществляются техническимисредствами без участия человека.
По сфереприменений можно выделить 4 класса ИС:
1) Системыподдержки принятия решений предназначена для автоматизации деятельности научныхработников, анализы синтаксической информации управления экспериментов.
2) Системыавтономного проектирования предназначена для автоматизации труда инженеровпроектировщиков, и разработчиков новой технологии.
· Основнымизадачами таких систем являются:
· Автоматизацияпроцесса разработки новых идей и технологий их производства.
· Автоматизацияинженерных расчетов.
· Созданиеграфической документации.
· Моделированиепроектируемых объектов.
· Созданиеуправляющих программ для станков с программным управлением.
3) Системыорганизационного управления предназначено для автоматизации функцийадминистрированного (управленческого персонала). К этому числу относится ИСУкак промышленные предприятия, так и не промышленными объектами, и отдельнымиадресами.
4) Системыуправления технологическими процессами предназначена для оптимизации различныхтехнологических процессов.
Структураи состав ИС.
Практическивсе рассмотренные разновидности систем, независимо от сферы их применения,включают один и тот же набор компонентов.
ДекомпозицияИС
ИС
Функциональные компоненты. Компоненты системы обработки данных. Организационные компоненты. Функциональные подсистемы. Информационное обеспечение. Новые организационные структуры формы. Функциональные задачи Техническое обеспечение. Персонал Модели и алгоритмы. Правовое обеспечение. Программное обеспечение. Лингвистическое обеспечение.
Функцияуправления – это специальная постоянная обязанность одного или нескольких лиц,выполнение которых приводит к достижению определенного делового результата.
Подфункциональными компонентами понимается – функции управления полный наборвзаимосвязанных во времени и в пространстве работ по управлению необходимых длядостижения поставленных перед предприятием целей.
Весь процессуправления фирмой сводится либо к линейному (административному) руководствупредприятием, или его структурным подразделением, либо к функциональномуруководству (материально техническое обеспечение, бух учет и т.п.).
По этомудекомпозиция информационных систем по функциональному признаку (см. схему)включает в себя выделение её отдельных частей названных функциональнымиподсистемами, реализующих систему функций управления. Функциональный признакопределяет назначение системы т.е. то, для какой области деятельности онапредназначена, и какие основные цели, задачи и функции она выполняет. Всовременных системах автоматизации и проектирования ИС входят модели иалгоритмы, из которых в процессе разработки ИС выбирают наиболее эффективныйдля конкретного объекта управления.
Компонентысистемы обработки данных
Системаобработки данных (СОД) предназначена для информационного обслуживанияспециалистов разных органов управления предприятиями принадлежащих управленческиерешения. Основная функция СОД – реализующая таковых операций обработки данных,каковыми являются:
· Сбор,регистрация и перенос информации на машинные носители.
· Передачаинформации в места её хранения и обработки.
· Вводинформации в ЭВМ, контроль ввода и её компоновка в памяти компьютера.
· Созданиеи веление внутримашинной информационной базы.
· Обработкаинформации на ЭВМ (Наполнение, сортировка, корректировка, выборка,арифметическая м логическая обработка) для решения функциональных задач системы(подсистемы), управление объектом.
· Выводинформации в виде видео грамм, сигналов для прямого управления техническимипроцессами, информация для связи с другими системами.
· Организация,управление (администрирование) вычислительным процессом (планирование, учет,контроль, анализ, реализация кода вычислений) в локальных и глобальныхвычислительных сетях.
СОД могутработать в трех основных режимах:
1. Пакетном.
2. Интерактивном.
3. Вреальном масштабе времени.
Для пакетногорежима характерно, что результаты обработки выдаются пользователям послевыполнения так называемых пакетов заданий. В качестве примера систем,работающих в некотором режиме, можно назвать системы статистической отчетности,налоговых инспекций, расчетных кассовых центрах. Недостатком такого режимаявляется обособленность пользователя от процесса обработки информации, чтоснижает оперативность принятия решений.
Приинтерактивном (диалоговом) режиме работы, происходит обмен сообщениями междупользователем и системой. Типичными примерами диалоговых задач можно считатьмгновенные задачи использования ресурсов (трудовых, материальных, финансовых).
Режимреального времени используется для управления быстро протекающими процессами(передача и обработка банковской информации в глобальных международных сетях,для управления непрерывными техническими процессами).
Практическивсе системы обработки данных ИС независимо от сферы их применения включают одини тот же набор составных частей, называемых видами общения (см. схему).
Информационноеобеспечение – это совокупность методов и средств по размещению, и организацииинформации, включающая в себя системы классификации и управления,унифицированные системы документации, рационализации, документообработки иформы документов, методов создания внутримашинной информационной базы ИС.
Программноеобеспечение – совокупность программных средств для создания СОД средствамивычислительной техники.
Техническоеобеспечение – представляет собой комплекс технических средств применяемых дляфункционирования системы обработки данных и включает в себя устройство,реализующее типовые операции обработки данных как во вне ЭВМ, так и на ЭВМразличных классов.
Правовоеобеспечение – представляет собой совокупность правовых норм, регламентирующихсоздание и функционирование ИС. Правовое обеспечение разработано ИС включаетнормативные акты договорных взаимоотношений между заказчиком и разработчикомИС, правовое регулирование отклонений.
Правовое обеспечениефункционирования СОД включает:
· Условияпризнания юридической силы документам полученной с применением вычислительнойтехники. Права, обязанность и ответственность персонала, в том числе засвоевременность и точность обработки информации.
· Правилопользования информацией, и порядок разделения сторон по поводу еёдостоверности.
Лингвистическоеобеспечение – представляет собой совокупность языковых средств, используемых наразличных стадиях создания и эксплуатации СОД для повышения эффективностиобеспечения общения человека и ЭВМ.
Организационныекомпьютерные ИС
Подорганизационными компонентами ИС (см. схему) понимается – совокупность методови средств позволяющие усовершенствовать организационную структуру объектов иуправленческих функций, выполняемые структурами подразделениями; определитьштатное расписание и численный состав каждого структурного подразделения;разработать должностные инструкции персоналов управления в условияхфункционирования СОД.
Выделениеорганизационных компонентов, самостоятельное направление, обуславливаетсяособой значительностью человеческого фактора (персонала) в успешномфункционировании ИС.
Понятиежизненного цикла ИС
Понятиежизненного цикла ИС является одним из базовых программ инженерии. Жизненный циклИС определяется как период времени, который начинается с момента принятиярешений о необходимости создания ИС и заканчивается в момент её полного изъятияиз эксплуатации. Основным нормативным документом регламентирующим составпроцессов жизненного цикла, является международный стандарт ISO/IEC 12207.
Схемажизненный цикл ИС
/>
На рисункепредставлены этапы жизненного цикла ИС, отображающая основные процессыпроектирования.
Процессопределяется как совокупность взаимосвязанных действий, преобразующее некоторыевходные данные в выходные. Взаимосвязи между процессами, соотношение их сэтапами ЖЦ. Отображаются в модели ЖЦ.
Под модельюЖЦ ИС понимается структура определяющая последовательность выполнения ивзаимосвязи процессов действий и задач на протяжении жизненного цикла.
Среди моделейЖЦ можно выделить следующее:
1. Каскадное(до 70г).
2. Интернациональная(70–80 гг.).
3. Спиральная(80–90 гг.).
Принципиальнойособенностью каскадного подхода является:
Переход наследующий этап осуществляется только после того, как будет полностью завершенаработа на текущем этапе, и возвратов на пройденные этапы не предусматривается.Каждый этап заканчивается получением некоторых результатов, которые служат вкачестве исходных данных для следующего этапа. Каждый этап завершается выпускомполного комплекта документаций достаточной для того, чтобы разработка моглабыть продолжена другой командой разработчика.
Преимуществаприменения каскадного способа заключается:
1. Накаждой стадии формируется законченный набор проектной документации, отвечающейкритериям полноты и согласованности.
2. Выполняемыев логической последовательности стадий работ, позволяют планировать срокизавершения всех работ и соответствующие затраты.
Каскадныйподход хорошо зарекомендовал себя при построении ИС, для которых в самом началеразработки можно достаточно точно и полно сформировать все требования с тем,чтобы предоставить разработчикам свободно реализовывать их технически как можнолучше. В эту категорию попадают сложные системы с большим количеством задачвычислительного характера системы реального времени и др. В тоже время этотподход обладает рядом недостатков, вызываемых прежде всего тем, что реальныйпроцесс создания ИС иногда полностью не укладывается в такую жесткую схему.
Основнымнедостатком каскадного подхода является существенное запаздывание с получениемрезультатов, и как следствие достаточно высокий риск создания системы,неудовлетворяющей изменившемся потребностям пользователей.
Спиральныйметод проектирования
/>
Принципиальнойособенностью спирального метода является следующее:
· ИСсоздается не сразу, как в случае каскадного подхода, а по частям, сиспользованием метода проектирования.
Подпрототипом понимается – действующий программный компонент, реализующийотдельные функции и внешний интерфейсы разрабатываемой ИС.
Созданиепрототипов осуществляется в несколько итераций или витков спиралей. Каждаяитерация соответствует созданию фрагмента или версии ИС, на ней уточняются целии характеристики проекта, оценивается качество получения результатов, ипланируются работы следующей итерации.
Итерационнаямодель – более реально отражает процесс создания ИС чем каскадная. Результатыочередного этапа часто вызывают изменения проектных решений выработанных наболее ранних этапах. Постоянно возникает потребность в возврате предыдущегоэтапа, добавление обратной связи. В итерационной модели дает возможностьосуществить межэтапные корректирования.
/>
ПодходRAD (RapidApplication Development)
Одним извозможных подходов к разработке ИС в рамках спиральной модели жизненного циклаявляется получивший широкое распространение способ так называемой быстройразработки приложений (RAD). Подход RAD предусматривает наличиетрёх составляющих:
1. Командыразработчиков от 3–7 человек (должны представлять собой группы профессионаловимеющих опыт программирования и тестирования программного обеспечения).
2. Наличиеплотного, но тщательно проработанного графика. Необходимо наличиеповторяющегося цикла, при котором разработчики, по мере того как приложениеначинает приобретать форму, запрашивают и реализуют в продукте требованияполученные в результате взаимодействия с заказчиком.
Этот подход RAD хорош в первую очередьдля относительно небольших проектов, разрабатываемых для конкретного заказчика.Подход RAD не применим для построения сложных расчетных программ,операционных систем или объектами в реальном масштабе времени, не применим онтак же и в приложениях, от которых зависит обязанность людей.
Планированиеразработки ИС
Планированиеразработки ИС – это подготовительные действия, позволяющие с максимальновозможной эффективностью реализовать этапы жизненного цикла ИС.
Планированиеразработки ИС состоит в определенных трех основных компонентов:
1. Определениецели и разработки.
2. Предварительнаяэкономическая оценка проекта.
3. Построениеграфика выполнения работ.
Планированиеразработки ИС должно быть связано с общей стратегией построения ИС организации.Суть этой стратегии заключается в решении таких основных задач, как:
1. Определениебизнес-планов и целей и целей организации с последующим выделением еёпотребностей в ИТ.
2. Оценкапоказателей уже существующих ИС с целью выявления их сильных и слабых сторон.
3. Оценкавозможностей использования ИТ для достижения конкурентно способногопреимущества.
Планированиеразработки ИС также должно включать разработку стандартов, которые определяюткак будет осуществляется сбор данных, каким будет их формат, какая потребуетсядокументация и как будет выполнятся проектирование и документация приложения.
Определениетребований к системе
Определениетребований к системе – это проведение обследований деятельности оптимизируемогообъекта (организаций), для определения диапазона действий и границ ИС, составыеё пользователей и областей применения. Этот этап является одним из важнейших, посколькуопределяет успех всего проекта. Он включает следующие шаги:
1. Предварительноевыявление требований к бедующей системе.
2. Определениеперечня целевых функций организации.
3. Анализраспределения функций по подразделениям и сотрудникам.
4. Выявлениефункциональных взаимодействий между подразделениями; информационных потоковвнутри подразделений и между ними.
5. Анализсуществующих средств автоматизации деятельности организации.
6. Построениемоделей деятельности организаций, предусматривающее обработку материаловобследования.
Требования –это некоторая функция, которая должна быть включена в создаваемую систему.
Сбор и анализтребований является предварительным этапом концептуального проектирования БД.Определение набора требующих функциональных возможностей ИС является критическиважным действием, поскольку системы с неадекватной или неполной функциональностьюбудут раздражать пользователей, что может привести к частичному ималоэффективному использованию ИС, и даже полному отказу от эксплуатациисистемы.
ПроектированиеБД, выбор целевой СУБД и проектирование пользовательского интерфейса
ПроектированиеБД – этопроцесс создания проекта базы данных, предназначенной для поддержкифункционирования предприятий и способствующий достижению его целей.
Концептуальноепроектирование БД – это процесс создания модели используемой на предприятииинформации, независящей от любых физических аспектов в её представлении. Этамодель данных создана на основе информации записанной в спецификации требованийпользователей. Концептуальное проектирование БД абсолютно не зависит от такихподробностей её реализации, как тип выбранной целевой СУБД, набор создаваемыхприкладных программ, используемые языки программирования, тип выбраннойвычислительной платформы, а так же от любых других особенностей физическойреализации. При разработке концептуальная модель данных постоянно подвергаетсятестированию и проверке на соответствие требований пользователей. Созданнаяконцептуальная модель данных предприятия является источником информации дляфазы логического проектирования данных.
Логическоепроектирование БД – это процесс создания модели используемой на предприятии припроектировании с учетом выбранной модели организации данных. Независимо от типацелевой СУБД и других физических аспектов реализации. Цель логическогопроектирования состоит в создании модели данных для исследуемой части предприятий.Концептуальная модель данных создается на предыдущем этапе, уточняется ипреобразуется в логическую модель данных. Учитывает особенности выбранноймодели организации данных целевой СУБД. Однако на этом этапе игнорируются всеостальные аспекты выбранной СУБД – например любые особенности физическойорганизации её структур хранения данных и построения индексов.
Физическоепроектирование БД – это процесс создания описания реализации БД на вторичнозапоминающих устройствах с указанием структуры хранения и методов доступа,используемых для организации эффективной обработки данных. Основной цельюфизического проектирования БД является описание способа физической реализации логическогопроекта БД. В случае реляционной модели данных под этим подразумеваетсяследующее:
· Созданиенабора реляционных таблиц и ограничениями на основе информации представленной влогической модели данных.
· Определениеконкретных структур хранения данных и методов доступа к ним, обеспечивающихотрицательную производительность системы с БД.
· Разработкисредств защиты создаваемой системой.
· Простейшийподход к выбору нужной СУБД функциональной возможности удовлетворяетсуществующим требованиям.
Разработкаприложений– это проектирование интерфейса пользователя и прикладных программпредназначенной для работы с БД. В ЖЦ ИС проектирование БД и приложенийвыполняются параллельно. В большинстве случаев проектирование приложений нельзязавершить до описания проектирования БД. С другой стороны БД предназначена дляподдержки приложений.
Необходимоубедится, что все функциональные возможности, предусмотренные в спецификацияхтребований пользователей, обеспечиваются интерфейсом пользователясоответствующих приложений. Это относится как проектирование программ доступа кинформации баз данных, так и к проектированию транзакций, т.е. проектированиюметодов доступа к БД. В результате выполнения всех этапов проектирования будетподготовлено все, что необходимо для реализации БД и прикладных программ.Реализация БД осуществляется посредством создания её описания на языкеопределения данных OLE, DDL. Команды DDL языка компилируются и используются для созданиясхем и пустых файлов БД, на этом же этапе определяются все специфическиепользовательские представления.
Конвертацияи загрузка данных – это перенос любых существующих данных в новую БД и модификациялюбых существующих приложений с целью организации совместимой работы с новойИС. Этот этап выполняется только в том случае, если новая ИС заменяет собойстарую.
В настоящеевремя любая СУБД имеет утилиту загрузки уже существующих файлов в новую БД.
Тестирование – это процесс выполненияприкладных программ с целью поиска ошибок. Прежде чем использовать новуюсистему на практике, её следует тщательно протестировать. Этого можно добитьсяпутем разработки продуманной стратегии тестирования с использованием реальныхданных, которая должна быть построена таким образом, чтобы весь процесстестирования выполнялся строго последовательно и методически правильно. Позавершению тестирования процесса создания прикладной программой системысчитаются законченными и она может быть передана пользователю в промышленнуюэксплуатацию.
Эксплуатацияи сопровождение – это наблюдение за системой и поддержка еёнормальногофункционирования по окончанию развертывания. Этот этап ЖЦ ИС включаетвыполнение таких действий, как:
· Контрольпроизводительности системы. Если производительность падает ниже приемлемогоуровня, то может потребоваться дополнительная настройка или реорганизация БД.
· Сопровождениеи модернизация ИС. Новые требования включаются в приложения БД при повторномвыполнении предыдущих этапов ЖЦ.
Послевведения новой ИС в эксплуатацию, пользователи должны в течении некотороговремени работать с новой и старой системами параллельно. Это необходимо дляподстраховки выполнения текущих операций в случае возникновения непредвиденныхпроблем с новой системой. От старой системы можно отказаться только тогда,когда обе системы достаточно продолжительное время будут согласованнопоказывать одни и те же результаты.
В соответствиисо стандартом ISO/IEC 12207 все процессы жизненного цикла разделены на 3 группы.
Основные процессы
Приобретение Поставка Разработка Эксплуатация Сопровождение <p/>Вспомогательные процессы
Документирование Управление конфигурацией Обеспечение качества Верификация Аттестация, совместная оценка Аудит Разрешение проблем <p/>Организационный процесс
Управление Создание инфраструктуры Усовершенствование Обучение <p/>Процессыжизненного цикла программного обеспечения
В данномстандарте ПО определяется как набор компьютерных программ, процедур и,возможно, связанной с ними документацией и данных.
Процессопределяется как совокупность взаимосвязанных действий преобразующих некоторыевходящие данные в выходящие.
Основныепроцессы жизненного цикла
Процесс приобретения – состоит из действий изадач заказчика приобретающего программное обеспечение.
Данныйпроцесс охватывает следующие действия:
1) Инициированиеприобретения.
2) Подготовказаявочных приложений.
3) Подготовкак корректировки договора.
4) Надзорза деятельностью поставщика.
5) Приемкаи завершение работы.
Процесспоставки– он охватывает действия задачи выполняемой поставщиком, который снабжаетзаказчика программным продуктом или услугой. Данный процесс включает следующиедействия:
1) Инициированиепоставки.
2) Подготовкаответа на заявочные предложения.
3) Подготовкадоговора.
4) Планирование.
5) Выполнениеи контроль.
6) Поставкаи завершение работы.
Процессразработки– он предусматривает действия и задачи, выполняемые разработчиком, и охватываетработы по созданию программного обеспечения и его компонентов в соответствии сзаданными требованиями, включая оформление проектной, документации, материалов,необходимой для проверки работоспособности из соответствующего качествапрограммных продуктов. Включает следующие действия:
1) Подготовкаработы.
2) Анализтребований к системе.
3) Проектированиеархитектуры системы.
4) Анализтребований к программному обеспечению.
5) Проектированиеархитектуры.
6) Детальноепроектирование.
7) Подготовкаи тестирование ПО.
8) ИнтеграцияПО.
9) Квалификационноетестирование ПО.
10) Интеграциясистемы.
Процессэксплуатации – предусматривает действия и задачи выполняемые сопровождающейорганизацией. Под сопровождением понимается внесение изменений в ПО в целяхисправлений ошибок, повышения производительности или адаптации и изменениеусловий работы. Этот процесс включает перенос ПО в другую среду, изаканчивается снятием ПО с эксплуатации. Этот процесс охватывает следующиедействия:
1) Подготовительнуюработу.
2) Анализпроблем и запросов на модификацию ПО.
3) Модификация.
4) Проверкуи приемку.
5) ПереносПО в другую среду.
6) СнятиеПО с эксплуатации.
Использованиеcase средств
Современное case средство охватываетобширную область поддержки многочисленных технических протоколирований ИС отпростых средств анализов и документирования до полномасштабных средствавтоматизации, покрывающих весь жизненный цикл ИС.
В разряд case средств попадаютотносительно дешевые системы для ПК с весьма ограниченными возможностями, так идорогостоящие системы для неоднородных вычислительных платформ и операционныхсредств.
Современныйрынок программных средств насчитывает около 300 различных case средств, наиболее мощныеиз которых так или иначе используются практически всеми ведущими западнымифирмами. Case средству присущи следующие основные способности:
1) Наличиемощных графических средств, для описания и документирования системы,обеспечивающих удобный интерфейс с разработчиком и развивающими его творческимивозможностями.
2) Интеграцияотдельных компонентов case средств обеспечивающие управляемость процессомразработки ИС.
3) Использованиеспециальным образом организованного хранилища проектных метаданных.
Case – эта технологияпредставляет собой совокупность метода проектирования ИС, а так же наборинструментальных средств, позволяющие в наглядной форме моделировать предметнуюобласть, анализировать эту модель на всех стадиях разработки и сопровожденияИС, и разрабатывать приложения в соответствии с информационной потребностьюпользователя.
Российскийстандарт ГОСТ 34.602–89
ИТ комплексстандартов на автоматизированной системе, техническое задание на созданиеавтоматизированных систем. ГОСТ 34.601–90 автоматизированные системы, стадиисоздания.
Все этистандарты образуют группу ГОСТ 34. Согласно ГОС 34 проект имеет следующиестадии:
1) Формированиетребований к автоматизированной системе, стадии формирования системы.
· Обследованиеобъекта и обоснование необходимости проектирования.
· Определениетребований заказчика.
· Отчето работе.
· Заявкана разработку технических заданий.
2) Разработкаконцепции.
· Изучениеобъекта.
· ПроведениеНИР (научно исследовательские работы).
· Разработкавариантов автоматизированных систем и отчет о работе.
3) Разработкаи утверждение технического задания
4) Разработкаэскизного проекта автоматизированной системы.
· Предварительноерешение по всей системе и отдельным компонентам.
· Разработкадокументации.
5) Разработкатехнического проекта.
· Тщательнаяпроработка всей системы в целом и отдельных компонентов.
· Разработкаи оформление технической документации.
6) Разработкадокументации.
· Разработкаи адаптация ПО.
7) Вводразработанной системы в действие.
· Подготовкаобъекта автоматизации.
· Подготовкаперсонала.
· Комплектацияавтоматизированной системы программами и техническими средствами.
· Монтажныеработы.
· Пуско-наладка.
· Предварительныеиспытания.
· Опытныеэксплуатации.
· Приемочныеиспытания.
8) Сопровождение.
· Выполнениеработ в соответствии с гарантированными обязательствами.
· Послегарантийное обслуживание.
Принципы истандарты документирования ИС
Документациюна программные средства разрабатываются во время разработки самого программногосредства (то есть на всех этапах ЖЦ).
Стандарты ЖЦИС определяют множество и порядок документаций для обеспечения мобильности,повторного применения и сопровождения программного средства не зависимо от ихпервичного разработчика.
Всюдокументацию на программные средства можно разделить на:
1) Технологическаядокументация – которая позволяет подготавливать специалистов, участниковпроекта, и обеспечивать возможность дальнейшего освоения и развития программ иданных на ЖЦ ИС.
2) Эксплуатационнаядокументация – создается для конечных пользователей, и позволяет им осваивать иквалифицированно применять ИС для решения.
Технологическаядокументация
1) Определяетструктуру и содержание исходных и отчетных документов по всем этапам ЖЦ ИС.
2) Многочисленнуюструктуру программных и информационных компонентов и БД ИС.
3) Спецификациюна межмодульные интерфейсы, и интерфейсы с внешней средой.
4) Языки правила программирования, комментирование текста в программах.
5) Методытестирования испытаний и аттестация.
Эксплуатационнаядокументация
1) Руководстваадминистраторов и операторов для использования и непосредственного управления.
2) Руководствооператоров пользователя.
3) Документациясопровождения.
4) Справочноеруководство по управлению.
5) Учебныеруководства по работе с программами.
Организациядокументирования
Для созданиясложной и качественной документации определяют организационную структуру, вкоторую входит:
1) Составподразделений и должностных лиц, которые будут отвечать за документирование.
2) Составляютсясхемы функций и связей между подразделениями и подчиненными с указанием ихподчиненности.
3) Переченькатегорий специалистов, число штатных единиц и их функциональной обязанности.
При созданиисложных комплексов программ используют автоматизированные средства дляпроведения и управления версиями и редакциями каждого документа. Ворганизационной структуре определяют группу специалистов ответственных заобеспечение и гарантирование сохранности документации.