185
Определение 9. Под качеством исполнения проекта понимают степень его соответствия исходным требованиям и спецификациям, иными словами - соответствия показателей качества проекта заданным параметрам.
Качество проекта в целом складывается из качества проектных решений и качества проектной документации. Необходимость различать эти аспекты качества вытекает из того, что весьма прогрессивные, качественные по существу проектные решения могут быть непонятно (неструктурно, запутанно, незавершенно и неконкретно) отражены и описаны в проектной документации, проектная документация может быть также некомплектной и/или некомпактной (неоправданно объемной). И наоборот, высококачественная проектная документация может отражать заведомо некачественные (морально устаревшие) проектные решения.
Определение 10. Под качеством проекта понимают совокупность свойств проектных решений и проектной документации, обуславливающих и придающих им способность удовлетворять потребности организации - пользователя (заказчика).
Определение 11. Дефектом называется недостаток, изъян, присущий системе (инструментальному средству) и препятствующий ее нормальному функционированию и ухудшающий ее функциональные свойства.
В современной теории управления качеством принято различать три основных уровня дефектности и, соответственно три вида дефектов: критические, значительные и малозначительные дефекты.
Определение 12. Критический дефект - дефект, наличие которого составляет угрозу для жизни или безопасности при использовании системы или инструментального средства.
Значительный дефект - дефект, наличие которого существенным образом влияег на функциональные свойства системы или инструментального средства.
Малозначительный дефект - дефект, наличие которого не оказывает влияние на основные функциональные свойства системы или инструментального средства.
Примером критического дефекта можно считать низкую надежность автоматизированной системы управления реактором на АЭС, так как выход такой системы из строя с высокой вероятностью приводит к аварии на АЭС.
Значительными дефектами систем и инструментальных средств являются такие, как высокий уровень ошибок, возникающих при обработке данных (недостаточная достоверность информации); недостаточная надежность
186
средств, используемых в системе обработки экономической информации, и т.п.
Малозначительными дефектами принято считать такие, как: отсутствие средств самодокументирования, неудобное размещение технических средств в машинном зале или на рабочих местах пользователей, наличие царапин на корпусе ПЭВМ и т.п.
Читателю рекомендуется придумать другие примеры критических, значительных и малозначительных дефектов.
Понятно, что выделение трех уровней дефектов - критические, значительные и малозначительные, позволяет весьма "грубо" оценить степень дефектности системы или инструментального средства. Поэтому на каждом уровне могут выделяться подуровни и, соответственно, подвиды дефектов, что позволяет более гибко оценивать качество проектируемых систем и инструментальных средств. Выделение уровней и подуровней дефектов соответствует принятой в теории управления качеством методологии многоуровневой оценки свойств - показателей качества. При этом важным принципом является установление относительной значимости свойств или установление приоритетов. Важность этого положения хорошо иллюстрирует мнение К.Исикавы: "Люди часто считают все вопросы одинаково важными, но неспособность определять относительную значимость тех или иных показателей приводит к выпуску товаров посредственного качества" .
8.3. Комплексный характер обеспечения качества и надежности ИС в рамках жизненного цикла системы
Рассматривая процесс развития системы по стадиям и этапам, можно заметить, что созданию любой ИС предшествует решение о необходимости использования средств вычислительной техники для нужд управления, обработки данных, проектирования... в рамках конкретной организации (предприятия). Затем производится обследование объекта автоматизации, техникоэкономическое обоснование необходимости создания ИС, определение общих требований к будущей системе и другие работы, предусмотренные нормативными документами, вплоть до промышленной эксплуатации. В ходе функционирования ИС производится анализ различных характеристик ее качества, надежности на соответствие определенным ранее требованиям и целям организации (предприятия). В случаях появления новых требований и целей, которым существующая система не соответствует, производится мо-
187
дификация ее компонентов или создание новой версии ИС. Причем создание новой версии должно основываться на повторном анализе существующей системы и находиться под строгим контролем руководства предприятия (организации). Таким образом, ИС в своем развитии проходит циклично повторяющуюся последовательность этапов создания, эксплуатации и модификации системы в случае появления новых требований, начиная с момента восприятия предприятием (организацией) объективной необходимости в ИС и заканчивая моментом, в котором система перестает удовлетворять требованиям своих пользователей, а дальнейшая модификация не представляется возможной или невыгодной(система морально устаревает), что влечет за собой возникновение необходимости в разработке новой системы.
Такая последовательность представляет собой жизненный цикл системы. Структурно в жизненном цикле любой системы можно выделить определенные компоненты, называемые стадиями и фазами жизненного цикла системы, составляющие основу модели, необходимой для изучения методов обеспечения качества и надежности на различных этапах процесса разработки ИС.
Ниже рассмотрим основные этапы работ, выполняемых по каждой из стадий создания ИС.
Исследование и обоснование создания ИС включает в свой состав два основных этапа работ: обследование автоматизируемого объекта, включая сбор и анализ данных и сбор сведений о зарубежных и отечественных аналогах; разработка и оформление требований к ИС. Завершается стадия разработкой и утверждением таких документов как технико-экономическое обоснование, заявка.
Техническое задание - собственно разработке технического задания могут предшествовать такие этапы, как проведение научноисследовательских работ (завершается утверждением отчета о НИР) и разработка аванпроекта (в его составе рассматриваются варианты структур ИС и производится выбор типовых проектных решений).
В целом данная стадия завершается разработкой и утверждением заказчиком технического задания на создание (развитие ияи модернизацию) ИС. При необходимости могут разрабатываться частные ТЗ на подсистемы ИС.
Эскизный проект включает в свой состав разработку предварительных проектных решений по выбранному варианту построения ИС и отдельным видам обеспечения. В состав эскизного проекта входят такие проектные до-
188
кументы, как "Ведомость эскизного проекта", "Пояснительная записка к эскизному проекту" и "Схема организационной структуры".
Технический проект - включает в свой состав разработку окончательных проектных решений по общесистемным вопросам, процедурам (задачам), реализуемым ИС, процессу ее функционирования, решений по организационному, техническому, информационному, лингвистическому, программному и методическому обеспечениям. Кроме этого, в составе ТП разрабатывается проектно-сметная и заказная (на поставляемые компоненты и комплексы средств автоматизации) документация, а также решения по связям видов обеспечении между собой. Данная стадия завершается утверждением документации технического проекта, к которой относятся: "Схема функциональной структуры", "Ведомость покупных изделий", "Описание постановки задач (комплекса задач)", "Описание информационного обеспечения системы", "Описание комплекса технических средств", "Проектная оценка надежности системы" и др.
Рабочая документация - на данной стадии разрабатывается рабочая документация по информационному, организационному, методическому и лингвистическому обеспечениям - чертежи форм документов (видеокадров), массивы входных данных, инструкции и руководства пользователю, в том числе, по эксплуатации комплекса технических средств и подключения внешних проводок, описание технологического процесса обработки данных (включая телеобработку). Кроме этого, разрабатывается документация на технические средства разового изготовления, производится разработка или адаптация программ и программной документации.
Результатом работ, выполняемых на этой стадии, является комплект утвержденной рабочей документации ИС.
Изготовление несерийных компонентов комплекса средств авто-
матизации (КСА) - стадия реализуется в случае необходимости использования компонентов КСА, не выпускаемых промышленностью серийно, и включает в свой состав работы по изготовлению автономной отладке и испытанию компонентов КСА.
Ввод в действие заключается в подготовке организации-заказчика к вводу ИС в действие, обучении персонала, комплектации ИС поставляемыми КСА, техническими и программными средствами, проведении строительномонтажных и пуско-наладочных работ, проведении приемочных испытаний (государственных, межведомственных или ведомственных), устранение за-
189
мечаний и недостатков, выявленных при испытаниях; сдача - приемка ИС в промышленную эксплуатацию (внедрение ИС).
Процесс создания конкретной ИС может состоять из различного числа стадий, при этом обязательными стадиями являются: техническое задание,
технический проект, рабочая документация, ввод в действие. При этом для простых ИС и ИС, разрабатываемых с использованием типовых проектных решений, допускается объединять в одну - стадии технический проект и ра-
бочая документация.
Важность начальной стадии жизненного цикла ИС вытекает из объективной необходимости завершения проектирования системы до момента ее реализации. Для этого любая существующая в организации система, которая может (или не может) составить основу новой версии ИС, должна быть полностью изучена и проанализирована. Однако часто одна из важнейших функций всего процесса создания ИС -формирование спецификаций и анализ требований к системе со стороны ее пользователей - пропускается, что приводит к ситуации, когда функции новой системы в итоге представляют просто лучший, более быстрый и "эффективный" способ повторения существующих в прежней системе ошибок. Естественно, что надежность и качество в целом разработанных компонентов ИС остаются в лучшем случае на прежнем уровне.
При разработке ИС различного типа и назначения перед разработчиками неизменно стоят одни и те же проблемы, определяющие специфику современного проектирования. Прежде всего, сложность таких систем и постоянное увеличение стоимости их разработки, Повышенная сложность влечет за собой удлинение сроков проектных работ, что, в свою очередь, входит в противоречие с тенденциями к сокращению сроков морального старения на- учно-технических достижений. Ну, и, конечно, особое место занимает "человеческий фактор", т.е. вопросы взаимодействия человека и машины. Учитывая названные трудности, разработчикам целесообразно использовать при проектировании комплексный системный подход к рассмотрению различных характеристик создаваемых систем.
Требования, предъявляемые к автоматизированной системе, зачастую противоречивы. Например, необходимо обеспечить ее высокую надежность и одновременно снизить затраты на проектирование. Следовательно, разработчик вынужден искать компромиссные решения. Это и обуславливает необходимость комплексного подхода к разработке, поскольку изолированное, оторванное от общих взаимосвязей решение отдельных задач проектирования не