В россии международным стандартам серии исо 9000 (iso 9000) соответствует следующие национальные стандарты
Скачать 1.45 Mb.
|
в каких видах деятельности документация играет значительную роль по обеспечению качества. В стандартах серии ИСО 9000 уделяется пристальное внимание подготовке и использованию документации, как виду деятельности, добавляющем стоимость. Соответствующая документация играет значительную роль в следующих видах деятельности по обеспечению качества: в достижении требуемого качества продукции; оценке систем качества; в повышении качества; в сохранении достигнутого уровня качества. При внутренних и внешних проверках документация на процедуры свидетельствует о том, что процессы определены, процедуры утверждены и находятся под контролем. Только в данных обстоятельствах проверки гарантируют полную оценку адекватности применения и выполнения сети процессов организации. Кроме того, документация играет немаловажную роль в повышении качества продукции. Если процедуры документированы, применяются и выполняются, то есть возможность определить, как они выполняются. Далее более подробно будет рассмотрен стандарт ИСО 9001, в котором определена модель для обеспечения качества при проектирование, разработке, производстве, монтаже и обслуживании всех видов продукции, включая программное обеспечение.
Стандарт ISO 13485:2003 определяет требования к системе менеджмента качества, которые могут применяться организацией при проектировании, разработке, производстве, монтаже и обслуживании медицинских изделий, а также связанных с ними услуг. Требования стандарта распространяются на организации, предлагающие на рынок медицинские изделия, независимо от вида или численности этих организаций. ISO 13485:2003 является международным стандартом, который определяет требования к системе менеджмента качества, когда организации необходимо продемонстрировать способность производить медицинские изделия и предоставлять связанное с ними обслуживание, отвечающее требованиям потребителя и установленным требованиям, применимым к этим медицинским изделиям и сопутствующим услугам. Потребители могут быть уверены, что данные медицинские изделия управляются с помощью системного подхода, и не несут опасности. международные стандарты содержащие требования к системе качества; Настоящий международный стандарт является одним из трех международных стандартов , содержащих требования к системе качества, которые можно использовать для внешнего обеспечения качества. Модели для обеспечения качества, установленные в трех международных стандартах, перечисленных ниже, представляют собой три четко различимые формы требований к системе качества, пригодные для демонстрации поставщиком своих возможностей и оценки этих возможностей внешними сторонами. а) ИСО 9001 Системы качества. Модель для обеспечения качества при проектировании , разработке, производстве, монтаже и обслуживании - используется, когда поставщик должен обеспечить соответствие установленным требованиям в процессе проектирования, разработки , производства, монтажа и обслуживания. b ) ИСО 9002 Системы качества. Модель для обеспечения качества при производстве, монтаже и обслуживании - используется, когда поставщик должен обеспечить соответствие установленным требованиям в процессе производства, монтажа и обслуживания. с) ИСО 9003 Системы качества. Модель для обеспечения качества при окончательном контроле и испытаниях - используется, когда поставщик должен обеспечить соответствие установленным требованиям только в процессе окончательного контроля и испытаний. Следует подчеркнуть, что требования к системе качества, установленные в настоящем международном стандарте, в ИСО 9002 и ИСО 9003, являются дополнительными (не альтернативными) по отношению к техническим требованиям, установленным на продукцию. Стандарты устанавливают требования, которые определяют, какие элементы необходимы для включения в системы качества. Однако целью этих международных стандартов не является навязывание единообразия системам качества. Эти стандарты являются общими и не зависят от какой-либо конкретной отрасли промышленности или сектора экономики. На разработку и внедрение системы качества неизбежно должны оказывать влияние специфика потребностей организации, ее конкретные задачи, поставляемые продукция и услуги, а также применяемые процессы и практический опыт. Имеется в виду, что это международные стандарты будут приняты в их настоящем виде, однако иногда они могут нуждаться в специальной адаптации путем добавления или изъятия определенных требований к системе качества в зависимости от конкретных контрактных ситуаций. Международный стандарт ИСО 9000-1 содержит указания по такой адаптации, а также по выбору соответствующей модели обеспечения качества, а именно ИСО 9001 , ИСО 9002 или ИСО 9003. область применения стандарта ИСО 9001 Настоящий международный стандарт устанавливает требования к системе качества в тех случаях, когда необходимо продемонстрировать возможность поставщика проектировать и поставлять продукцию, соответствующую требованиям. Установленные требования, направлены в первую очередь на удовлетворение потребителя, посредством предупреждения несоответствия продукции на всех стадиях от проектирования до обслуживания. Настоящий международный стандарт применяется в ситуациях, когда : а) необходимо спроектировать продукцию, и требования к ней установлены преимущественно в виде эксплуатационных характеристик или их нужно установить, и b ) уверенность в соответствии продукции можно получить посредством адекватной демонстрации возможностей поставщика в области проектирования, разработки, производства, монтажа и обслуживания. система качества; 4.2.1 Общие положения Поставщик должен разработать, документально оформить и поддерживать в рабочем состояний систему качества как средство, обеспечивающее соответствие продукции установленным требованиям. Поставщик должен разработать руководство по качеству, охватывающее требования настоящего международного стандарта. Руководство по качеству должно включать методики (далее по тексту процедуры) ** системы качества или содержать ссылки на них и кратко описывать структуру документации, используемой в системе качества. Примечание 6. В ИСО 10013 даны методические указания, касающиеся разработки руководств по качеству. 4.2.2 Процедуры системы качества Поставщик должен: а) разработать документальные методики (далее по тексту документированные процедуры) ** , отвечавшие требованиям настоящего стандарта и установленной политике поставщика в области качества ; b ) эффективно применять систему качества и ее документированные процедуры. Применительно к настоящему международному стандарту масштаб и степень подробности процедур, которые составляют часть системы качества, должны зависеть от сложности работы, используемых методов , необходимых навыков и подготовки занятого персонала. анализ контракта; 4.3.1 Общие положения Поставщик должен разработать и поддерживать в рабочем состоянии документированные процедуры, обеспечивающие проведение анализа контракта и координацию этой работы. 4 .3.2 Анализ До подачи заявки на подряд или до заключения контракта или заказа (формулирование требований) поставщик должен проанализировать заявку на подряд, контракт или заказ для того, чтобы гарантировать: а) адекватное определение и документирование требований; в случае отсутствия письменного оформления требований, поскольку заказ получен в устной форме, поставщик должен обеспечить, чтобы эти требования были согласованы до их принятия ; b ) устранение любых различий между требованиями контракта или принятого заказа и требованиями заявки на подряд ; с) свои возможности выполнить требования контракта или заказа. 4.3.3 Поправка к контракту Поставщик должен идентифицировать, как сделана поправка к контракту и правильно ли она доведена до заинтересованных служб в рамках организации поставщика. управление проектированием; 4 .4.1. Общие положения Поставщик должен разработать и поддерживать в рабочем состоянии документированные процедуры управления проектированием продукции и его проверки с целью обеспечения выполнении установленных требований. 4.4.2. Планирование проектирования и разработки Поставщик должен подготовить планы по каждому виду деятельности: проектированию и разработке. Такие планы должны описывать эти виды деятельности или содержать ссылки на них и определять ответственность за их осуществление. Проектирование и разработка должны поручаться квалифицированному персоналу, имеющему в своем распоряжении соответствующие средства. Планы должны актуализироваться по мере развития проекта. 4.4.3. Организационно-техническое взаимодействие Организационно-техническое взаимодействие между различными группами, которые вносят свой вклад в процесс проектирования, должно быть установлено, а необходимая информация должна документироваться, передаваться и регулярно анализироваться. 4.4.4. Входные проектные данные Входные проектные требования к продукции, включая применяемые установленные законодательные и регламентирующие требования, должны быть, определены, документально оформлены, а их выбор проанализирован поставщиком на адекватность. Неполные, двусмысленные или противоречивые требования должны быть предметом урегулирования с лицами, ответственными за их предъявление. Во входных проектных данных должны учитываться результаты любых видов деятельности по анализу контракта. 4.4.5 Выходные проектные данные Выходные проектные данные должны быть документально оформлены и выражены так, чтобы их можно было проверить и подтвердить относительно входных проектных требований. Выходные проектные данные должны: а) отвечать входным проектным требованиям ; b ) содержать критерии приемки или ссылки на них ; с) идентифицировать те характеристики проекта, которые являются критическими для безопасного и надлежащего функционирования продукции (например, требования , относящиеся к эксплуатации, хранению, погрузочно-разгрузочным работам , техническому обслуживанию и утилизации). Документы, содержащие выходные проектные данные, должны быть проанализированы до их выпуска. 4.4.6 Анализ проекта На соответствующих стадиях проектирования следует планировать и проводить официальный документально оформленный анализ результатов проектирования. В состав участников каждого анализа проекта должны включаться представители всех служб, заинтересованных в анализируемой стадии проектирования, а также другие специалисты по мере необходимости. Следует вести регистрацию данных таких анализов (см. п. 4.16 ). 4.4.7 Проверка проекта На соответствующих стадиях проектирования следует проводить проверку проекта , чтобы удостовериться, что выходные данные на этих стадиях соответствуют входным требованиям на этих стадиях. Меры по проверке проекта необходимо регистрировать (см. п. 4.16). Примечание 10. В дополнение к проведению анализа проекта (см. п. 4.4.6) , проверка проекта может включать такие виды деятельности, как: - выполнение альтернативных расчетов ; - сопоставление нового проекта с аналогичным проектом, уже проверенным на практике, если такой имеется в наличии ; - проведение испытаний и подтверждение их результатов ; - анализ документов по проверяемым стадиям проектирования до их выпуска. 4.4.8 Утверждение проекта Утверждение проекта должно производиться с целью обеспечения соответствия продукции определенным запросам и (или) требованиям пользователя. Примечания: 11. Утверждение проекта следует за успешной проверкой проекта (см. п. 4.4.7). 12. Утверждение обычно производится в соответствии с определенными условиями эксплуатации. 13. Утверждение обычно производится по конечной продукции, но оно может быть необходимо на более ранних стадиях до завершения разработки продукции. 14. Многократные утверждения могут осуществляться в тех случаях, когда продукция имеет несколько преднамеренных назначений. 4.4.9 Изменения проекта Все изменения и модификации проекта должны быть идентифицированы, документально оформлены, проанализированы и утверждены уполномоченным персоналом до их реализации. управление документацией и данными; 4.5.1 Общие положения Поставщик должен разработать и поддерживать в рабочем состоянии документированные процедуры управления всеми документами и данными, относящимися к требованиям настоящего международного стандарта, включая, насколько это применимо, документы внешнего происхождения, такие, как стандарты и чертежи потребителя. Примечание 15. Документы и данные могут быть на любом носителе, бумажном или электронном. 4.5.2 Утверждение и выпуск документации и данных Документы и данные должны анализироваться и утверждаться на предмет их адекватности персоналом до выпуска. Следует разработать и поддерживать в готовности основной перечень или эквивалентную процедуру управления документацией, показывающие статус пересмотра документов, с тем, чтобы предотвратить использование недействующих и (или) устаревших документов. Такое управление должно обеспечивать, чтобы: а) выпуски соответствующих документов были доступны на всех участках, где проводятся работы, от которых зависит эффективное функционирование системы качества; b ) недействующие и (или) устаревшие документы сразу изымались из всех пунктов рассылки или применения, или же предпринимались другие меры по предотвращению их непреднамеренного использования ; с) любые устаревшие документы, оставленные для юридических целей и (или) для сохранения информации, были надлежащим образом идентифицированы. 4.5.3 Изменения документов и данных Изменения документов и данных должны быть проанализированы и утверждены теми же службами и (или) организациями, которые проводили первоначальный анализ и утверждали эту документацию, если особо не оговорено иначе. Эти назначенные службы и (или) организации должны иметь доступ к соответствующей исходной информации, на которой они базируют свои анализ и утверждение . Там, где это целесообразно, характер изменения должен идентифицироваться в документе или соответствующих приложениях. управление процессами; Поставщик должен идентифицировать и планировать процессы производства, монтажа и обслуживания, непосредственно влияющие на качество продукции, а также обеспечить выполнение их в управляемых условиях. Управляемые условия должны включать следующие : а) документированные процедуры, определявшие способы производства, монтажа и обслуживания, если их отсутствие отрицательно сказывается на качестве ; b ) использование подходящего производственного, монтажного и сервисного оборудования , а также подходящей производственной среды; с) соответствие ссылочным стандартам и (или) сводам норм, программам качества и (или) документированным процедурам ; d ) контроль и управление соответствующими параметрами процессов и характеристиками продукции ; e ) утверждение процессов и оборудования, если это необходимо ; f ) критерии качества исполнения работы, которые должны быть выражены в ясной и удобной форме (например, в виде письменных норм, представительных образцов или иллюстраций); g ) соответствующее техническое обслуживание и ремонт оборудования для обеспечения возможностей непрерывного процесса. Если результаты процессов нельзя в полной мере проверить последующим контролем и испытанием продукции и если, например, недостатки процесса могут выявиться только в ходе использования продукции, процессы должны выполняться квалифицированными операторами и (или) параметры процессов должны постоянно контролироваться и управляться с целью обеспечения выполнения установленных требований. Требования к квалификации операций процесса, включая соответствующие оборудование и персонал (см. п. 4.18), должны быть установлены. Примечание 16. Такие процессы, которые требуют предварительной квалификации в целях оценки их возможностей, часто относят к специальным процессам. Данные по квалифицированным процессам, оборудованию и персоналу следует поддерживать в рабочем состоянии (см. п. 4.16). контроль и испытания. 4.10.1 Общие положения Поставщик должен разработать и поддерживать в рабочем состоянии документированные процедуры контроля и испытаний для проверки выполнения установленных требований к продукции. Необходимые виды контроля и испытаний, а также регистрации должны быть подробно изложены в программе качества или в документированных процедурах. 4.10.2 Входной контроль и испытания 4.10.2.1 Поставщик должен обеспечить, чтобы входящая продукция не использовалась и не перерабатывалась (за исключением случаев, описанных в п. 4.10.2.3) до того, как она подвергнется контролю или какой-либо проверке на соответствие установленным требованиям. Эту проверку следует проводить в соответствии с программой качества и (или) документированными процедурами. 4.10.2.2. При определении объема и характера входного контроля следует учитывать объем работ по управлению, проводимых на предприятии субподрядчика, и запротоколированное подтверждение соответствия качества его поставок. 4.10.2.3 Если входящая продукция по неотложным причинам передается в производство до проверки, она должна быть четко проидентифицирована и зарегистриро ва на (см. п. 4.16 ), с тем чтобы ее можно было немедленно возвратить и заменить в с луча е несоответствия установ ленным требованиям. 4.10.3 Контроль и испытания в процессе произ водства Поставщ ик должен: а) контролировать и испытывать продукцию в соответствии с программой качест в а и ( или) докуме нтированными процедурами ; b ) хранить продукцию до полного завершения требуемых процедур контроля и испытаний или по лучени я необходимых отчетов и их проверки , за исключени ем случае в, когда продукция выпускается согласно процедурам ее воз врата (см. п. 4.10.2.3). Возврат продукции в соответствии с этими процедурами не исключает операций, упомянутых в п. 4.10.3 а). 4.10.4 Окончательный контроль и испытания Поставщик должен проводить все виды окончательного контроля и испытаний в соответствии с программой кач ества и (или) док ументированными процедурами с ц елью получения доказательст в соответствия готовой продукции установленным требованиям. Программа качества и (или) документированные процедуры окончательного контроля и испытаний должны требоват ь, чтобы все предусмотренные виды контроля и испытаний, включая те , которые прово дились или при прием ке продукции, или в процессе производства, были выполнены , а результаты удо влетворяли установленным требованиям. Продукция не до лжна отправляться до тех пор, пока все виды деятельности, предусмотренные пр ограммой качества и (или) документированными процедурами, н е будут выполнены с удовлетворительными результатами и пока соответствующие данные и до кументация не будут иметься в наличии и официально приняты. 4.10.5 Регистрация данных контроля и испытаний Поставщик должен составлять и поддерживать в рабочем состоянии данные , подтверждающие, , что продукция под верглась контролю и ( или) испытаниям. Эти данные до лж ны ч етко свидетельствовать о том, выдержала ли продукция контроль и (или) испыта ния в соответствии с определенными критериями приемки. Если продукция не выдер жала контроль и (или) испытания, то должны применяться процедуры управления несоответствующей продукцией (см. п. 4.13).
характеристики качества программного обеспечения; Характеристики качества программного обеспечения (software quality characteristics) – набор свойств (атрибутов) программной продукции, по которым её качество описывается и оценивается. Характеристики качества программного обеспечения могут быть уточнены на множестве уровней комплексных показателей (подхарактеристик). Свойства ПО можно условно разделить на функциональные и конструктивные. Функциональные свойства отражают возможности и специфику применения программы и обусловливают степень её соответствия своему целевому назначению. Они характеризуют программу с точки зрения того, как в действительности она выполняется. Конструктивные свойства программы более или менее не зависят от её функциональных возможностей и назначения. Они характеризуют программу с точки зрения того, как в действительности она сконструирована, устроена. Наиболее важные свойства разрабатываемого ПО (как функциональные, так и конструктивные) формируются и учитываются заранее, при составлении технического задания и при проектировании. характеристика «функциональные возможности»; Характеристика Функциональные возможности: 1. Пригодность - атрибут ПО, относящийся к наличию и соответствию набора функций конкретным задачам. 2. Правильность - атрибуты ПО, относящиеся к обеспечению правильности или соответствия результатов или эффектов. 3. Способность к взаимодействию - атрибуты ПО, относящиеся к способности его взаимодействовать с конкретными системами. 4. Согласованность - атрибуты ПО, которые заставляют программу придерживаться соответствующих стандартов или соглашений, или положений законов, или подобных рекомендаций. 5. Защищенность - атрибуты ПО, относящиеся к его способности предотвращать несанкционированный доступ, случайный или преднамеренный, к программам и данным. характеристика «эффективность»; Характеристика Эффективность: 1. Характер изменения во времени - атрибуты ПО, относящиеся к временам отклика и обработки и к скорости выполнения его функций. 2. Характер изменения ресурсов - атрибуты ПО, относящиеся к объему используемых ресурсов и продолжительности такого использования при выполнении функций. Приведенные комплексные показатели в свою очередь формируются на основе показателей нижележащего уровня. ГОСТ Р ИСО/МЭК 9126 не устанавливает этих показателей, так как современное состояние соответствующих моделей, терминов, определений не позволяет включить их в рассматриваемый международный стандарт. В СССР действовал и продолжает действовать в РФ ГОСТ 28195-89. Этот стандарт устанавливает четырехуровневую модель оценки качества ПС. Характеристики верхних двух уровней (называемые фактор и критерий) устанавливаются в основном тексте документа. В таблице 1.1. показаны факторы и критерии качества ПО согласно ГОСТ 28195. характеристика «надежность»; Надёжность – набор атрибутов, относящихся к способности программного обеспечения сохранять свой уровень качества функционирования при установленных условиях за установленный период времени. Примечание. Износ или старение программного обеспечения не происходит. Ограничения надёжности проявляются из-за ошибок в требованиях, проекте и реализации. Отказы из-за этих ошибок зависят от способа использования программного обеспечения и ранее выбранных версий программ. Подхарактеристики: стабильность (maturity), устойчивость к ошибке (fault tolerance), восстанавливаемость (recoverability). характеристика «практичность»; Практичность. При оценке этой характеристики следует исходить из требований пользователя, так как пользователи разного уровня подготовленности предъявляют разные (часто взаимоисключающие) требования. Практичность - набор атрибутов, относящихся к объему работ, требуемых для исполнения и индивидуальной оценки такого исполнения определенным или предполагаемым кругом пользователей. характеристика «сопровождаемость»; характеристика «мобильность»; Для этих двух характеристик следует учитывать, что в специфических российских условиях им часто не уделялось ранее и не уделяется сейчас достаточно внимания со стороны пользователя. Эти характеристики связаны с долгосрочным планированием развития ПО (и эксплуатирующей его организации). Улучшение сопровождаемости и мобильности может, вообще говоря, повысить стоимость ПО в настоящий момент времени, что (многократно) окупается лишь через несколько лет. Сопровождаемость - набор атрибутов, относящихся к объему работ, требуемых для проведения конкретных изменений (модификаций). Мобильность - набор атрибутов, относящихся к способности ПО быть перенесенным из одного окружения в другое. Все приведенные характеристики являются наборами атрибутов и, следовательно, должны уточняться на множестве соответствующих подхарактеристик. ГОСТ Р ИСО/МЭК 9126 не устанавливает соответствующих показателей, но в рекомендуемом приложении А к этому стандарту дается пример (качественная модель) таких подхарактеристик, называемых комплексными показателями. В качестве примера приведем комплексные показатели для некоторых характеристик. характеристики верхних уровней модели оценки качества (факторы и критерии); Характеристики верхних двух уровней (называемые фактор и критерий) устанавливаются в основном тексте документа. В таблице 4-1 показаны факторы и критерии качества ПО согласно ГОСТ 28195. Таблица 4 - 1
характеристики нижних уровней модели оценки качества (метрика и оценочный элемент); Характеристики двух нижних уровней (называемых метрика и оценочный элемент) устанавливаются в справочном приложении 2 к рассматриваемому стандарту. В том же приложении установлены методы проведения контроля за качеством ПО. Методы определения качества ПО различаются: ^ По способу получения информации о ПО - измерительный, регистрационный, органолептический, расчетный; По источникам получения информации - традиционный, экспертный, социологический. Программно-аппаратные средства проведения контроля зависят от вида конкретного ПО и должны разрабатываться отдельно. В качестве примера приведем некоторые метрики следующих критериев фактора надежность: устойчивость функционирования: а) средства восстановления при ошибках на входе; б) средства восстановления при сбоях оборудования; в) реализация управления средствами восстановления; работоспособность: а) функционирование в заданных режимах; б) обеспечение обработки заданного объема информации. В таблице 4-2 приведены некоторые оценочные элементы факторов Сопровождаемость и Корректность. Оценка качества ПО производится в определенной последовательности. На начальных этапах разработки ПО производится выбор показателей и их базовых значений. Для показателей качества на всех четырех уровнях принимается единая шкала оценки от 0 до 1. Показатели качества на вышестоящем уровне (кроме уровня оценочных элементов) определяются показателями качества нижестоящего уровня. Таблица 4 - 2
методы определения качества программного обеспечения. 4 Модели и метрики оценки качества программного обеспечения Современная программная индустрия за полвека исканий накопила внушительную коллекцию моделей и метрик, оценивающих отдельные производственные и эксплуатационные свойства ПО. Однако погоня за их универсальностью, неучет области применения разрабатываемого ПО, игнорирование этапов жизненного цикла программного обеспечения и, наконец, необоснованное их использование в разноплановых процедурах принятия производственных решений, существенно подорвало к ним доверие разработчиков и пользователей ПО. [2] Тем не менее, анализ технологического опыта лидеров производства ПО показывает, насколько дорого обходится несовершенство ненаучного прогноза разрешимости и трудозатрат, сложности программ, негибкость контроля и управления их разработкой и многое другое, указывающее на отсутствие сквозной методической поддержки и приводящее в конечном итоге к его несоответствию требованиям пользователя, требуемому стандарту и к последующей болезненной и трудоемкой его переделке. Эти обстоятельства, требуют тщательного отбора методик, моделей, методов оценки качества ПО, учета ограничений их пригодности для различных жизненных циклах и в пределах жизненного цикла, установления порядка их совместного использования, применения избыточного разномодельного исследования одних и тех же показателей для повышения достоверности текущих оценок, накопления и интеграции разнородной метрической информации для принятия своевременных производственных решений и заключительной сертификации продукции. Ниже, в таблице 4 - 1, приведены модели и метрики, хорошо зарекомендовавшие себя при оценке качества ПО, пригодные для прогнозирования и констатации различных показателей сложности и надежности программ. [2] - категории метрик сложности. При оценке сложности программ, как правило, выделяют три основные группы метрик: метрики размера программ, метрики сложности потока управления программ и метрики сложности потока данных программ. Оценки первой группы наиболее просты и поэтому получили широкое распространение. Традиционной характеристикой размера программ являетсяколичество строк исходного текста. Под строкой понимается любой оператор программы. Непосредственное измерение размера программы, несмотря на свою простоту, дает хорошие результаты. Оценка размера программы недостаточна для принятия решения о ее сложности. Но вполне применима для классификации программ, существенно различающихся объемами. При уменьшении различий в объеме программ на первый план выдвигаются оценки других факторов, оказывающих влияние на сложность. Таким образом, оценка размера программы есть оценка по номинальной шкале, на основе которой определяются только категории программ без уточнения оценки для каждой категории. К группе оценок размера программ можно отнести также метрику Холстеда. За базу принят подсчет количества операторов и операндов используемых в программе, т.е. определение размера программы. Основу метрики Холстеда составляют четыре измеряемые характеристики программы: h1 - число уникальных операторов программы, включая символы-разделители, имена процедур и знаки операций (словарь операторов); h2 – число уникальных операндов программы (словарь операндов); N1 – общее число операторов в программе N2 – общее число операндов в программе.
-основные этапы жизненного цикла программного обеспечения; Обобщенный жизненный цикл можно представить в виде следующей последовательности этапов, которые, в свою очередь, можно также разбить на стадии:
2.1 выработка требований; 2.2 анализ требований;
3.1 проектирование архитектуры системы; 3.2 детальное проектирование компонент системы, в т.ч. для программного обеспечения; 3.2.1 общее проектирование программного обеспечения; 3.2.2 проектирование отдельных программных компонент;
4.1 создание отдельных компонент системы, в т.ч. для программного обеспечения; 4.1.1 создание отдельных программных модулей; 4.1.2 тестирование отдельных программных модулей; 4.2 тестирование компонент системы, в т.ч. программного обеспечения как единого компонента системы; 4.3 интегрирование отдельных компонент в систему;
Можно заметить, что в данном жизненном цикле основное внимание уделялось именно программному обеспечению, входящему в состав программной системы, но нельзя забывать, что и остальные компоненты тоже должны проектироваться и реализовываться. Следует обратить внимание, что разбиение жизненного цикла на этапы иногда способствует затушевыванию некоторых важных аспектов создания программного обеспечения; особенно это проявляется по отношению к такому необходимому процессу, как итерационная реализация различных этапов жизненного цикла с целью исправления ошибок, изменения решений, которые оказались неправильными, или учета изменений в общих требованиях, предъявляемых к системе. основные модели жизненного цикла программного обеспечения. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Похожие:
 | 1. Версии стандартов iso 9000 Серия стандартов iso 9000 разработана Техническим комитетом 176 (тк 176) Международной организации по стандартизации. В основе стандартов... |  | «Управление качеством» рефераты Разработка систем качества в соответствии с требованиями стандартов исо серии 9000 |
| Доклад Последствия вступления России в вто для экономики Вологодской области Внедрение международных стандартов качества управления iso 9000 на Вологодских предприятиях в рамках | | Учебно-методический комплекс дисциплины «управление качеством» Направление... Исо 9000, дать рекомендации по обеспечению эффективного функционирования и совершенствования систем качества |
| Программа курса «Управление качеством» Целью курса является: формирование у студентов комплекса знаний теоретических основ и первичных практических навыков по методологии,... | | Экзаменационные вопросы по курсу «Моделирование бизнес-процесссов»... Определение процесса в соответствии со стандартами iso 9000: 2000. Различные подходы к определению бизнес-процесса |
| Применение и ссылка на стандарты iso и iec в технических регламентах Исо) и Международной электротехнической комиссией (мэк) с целью представления регулирующим органам преимуществ выбора для применения... | | Предлагает Вашему вниманию Новое электронное учебное пособие В основном все эти материалы посвящены вопросам внешней оценки качества результатов обучения и созданию в образовательных учреждениях... |
| Мсфо ос 1-представление финансовой отчетности Мсфо (ias) 1 воспроизведены в настоящей публикации Совета по международным стандартам финансовой отчетности для общественного сектора... | | “Goband”, “Змейка”, “Громкость”, “Подсветка”, “Язык” Подключив Arena Pro 9000 к питанию (включив зажигание), попадаем в главное меню устройства |
| Проект нп «медарт» Партнерства в актуальном состоянии. По результатам на 2009 г массив аналитических описаний составляет свыше 250 000 библиографических... | | Реферат по географии. Тема: «Водные ресурсы России» Из этой воды около: 69 приходится на воду в виде снега и льда Антарктики и Гренландии; 30 приходится на подземные воды;0,12 на поверхностные... |
| Программа по формированию навыков безопасного поведения на дорогах... Данная программа соответствует образовательным стандартам начального общего образования и соответствует базисному учебному плану... | | © iso 2004 iso 15614-1: 2004EN iso 15614-1: 2004EN iso 15614-1: 2004... Требование и квалификация процедур сварки металлических материалов – Испытание сварочной процедуры – Часть 1: Электродуговая и газовая... |
| Фгбну «Росинформагротех» Новокубанский филиал (КубниитиМ) удк: 629. 114. 2-021. 272(-87) Определены эксплуатационные и экономические показатели тракторных агрегатов на основных технологических операциях обработки почвы,... | | Статья 25 которая приведена ниже. Сто газпром 9000 – 10 баллов. При заключении договоров на выполнение строительно-монтажных работ учитываются требования стандарта... |
