49. Сертификация программных средств
Сертификация – это процедура письменного подтверждения третьей стороной, никак не зависящей ни от изготовителя продукции, ни от ее потребителя, того, что программная продукция соответствует требованиям определенных пунктов нормативных документов, действующих на территории Российской Федерации.
Сертификацию ПС производит федеральный или отраслевой (строительство, образование, машиностроение, медицина и т.д) специализированный орган по сертификации, например, «ВНИИКИ-СЕРТИФИКАТ» при ВНИИКИ Госстандарта России, располагающий лицензией на такую деятельность.
Орган по сертификации проводит добровольную сертификацию баз данных (БД), программных средств (ПС) и другой продукции вычислительной техники на соответствие государственным и международным стандартам:
базы данных, системные и сетевые ПС, системы программирования и обслуживающих программ, ПС автоматизации программирования, СУБД, ПС редакционного и издательского назначения, деловой и презентационной графики, ПС научных исследований, «электронных сделок», мультимедиа, обработки документов и любые другие, в том числе прикладные ПС для управления техническими средствами и технологическими процессами.
Сертификация осуществляется на основе испытаний, проводимых в аккредитованных испытательных лабораториях (ИЛ).
Сертификация программной, как и любой другой продукции, введена в целях защиты пользователей от продукции недоброкачественной. Сертификат предоставляет определенную гарантию того, что приобретаемый программный продукт соответствует всем указанным в нем и его приложении требованиям нормативных документов, условиям и характеристикам и обладает определенными потребительскими свойствами, как то:
выполнение заявленных задач и функций,
удобство использования, не требующее от пользователя специальных знаний, не относящихся к его профессии,
вид результатов, аналогичный традиционным,
возможность документирования расчетов в составе исходных данных и результатов в соответствии с отраслевыми нормами и правилами
Нередки случаи, когда в процессе сертификации происходит совершенствование, повышение качества программного средства и в части уточнения нормативных требований, и в части решаемых проектных задач, и в части назначения и области применения.
В настоящее время существует одиннадцать схем сертификации продукции: восемь основных и три дополнительных. Для сертификации программной продукции рекомендуется схема № 3а, предусматривающая, помимо первоначального испытания типового образца ПС, ежегодный инспекционный контроль за качеством программного средства.
Сертификат соответствия призван обеспечить:
- уверенность в том, что программная продукция представляет ценность на рынке информационных технологий;
- повышение конкурентоспособности;
- обоснованное ценообразование;
- оценку безопасности программной продукции в части удобства пользования и охраны здоровья потребителя, в т.ч. зрения, психики, утомляемости и т.п.;
- оценку технического уровня и качества для дальнейшего совершенствования продукции;
- улучшение имиджа фирмы;
- отказ от необоснованных претензий потребителя в страховых случаях и судебных исках по возмещению ущерба;
- освоение международного рынка сбыта продукции
- Разработка и стандартизация программных систем
- 1. Три типа жизненных циклов программных систем.
- Водопадная (каскадная, последовательная) модель
- Итерационная модель
- Спиральная модель
- 3. Стандарт iso серии 9000 при разработке программных систем.
- Iso 9000 — серия международных стандартов, описывающих требования к системе менеджмента качества организаций и предприятий.
- 4. Стандарты Единой системы программной документации (еспд)
- Классификация:
- 5. Стандарты рф (гост р) на документирование пс
- 6. Организация группы проекта при разработке программных систем.
- 7. Три способа определения требований к программной системе.
- 8. Спецификация требований к программной системе.
- 9. Методы контроля спецификации требований.
- 10. Спецификация качества программных систем.
- 11. Функциональная спецификация программных систем.
- 12. Архитектура программных систем
- 13. Основные классы архитектур программных систем.
- 14. Основные модели при разработке программных систем.
- (См. Вопрос 1!)
- 15. Принципы объектно-ориентированного анализа и проектирования пс
- 16. Принципы компонентной архитектуры информационных систем.
- 17. Стандарты семейства idef
- 18. Принципы построения модели idef0
- 19. Принципы разработки моделей as-is и то-ве
- 20. Диаграммы в стандарте idef0
- 21. Понятие работы в стандарте idef0
- 22. Описание взаимодействия работ в стандарте idef0
- 23. Типы связей работ в стандарте idef0
- 24. Стандарт idef1x
- 26. Диаграммы потоков данных.
- 27. Архитектурные виды программной системы.
- 28. Фазы, итерации и циклы разработки программных систем - руп.
- 29. Рабочие процессы создания программных систем - руп.
- 30. Основные артефакты при разработке программных систем.
- 31. Концепция языка uml
- 32. Язык uml как система визуализации, специфицирования, конструирования, документирования
- 33. Понятия модели и системы в языке uml
- 34. Принципы моделирования системной архитектуры в языке uml.
- 35. Принципы представления системы в языке uml.
- 36. Понятие сущностей в языке uml
- 37. Структурные сущности предметной области.
- 38. Отношения в языке uml
- 39. Диаграммы в языке uml
- 40. Правила языка uml.
- 41. Общие механизмы языка uml
- 42. Прецедент как спецификация поведения программных систем.
- 43. Организация прецедентов в языке uml.
- 44. Приемы анализа прецедентов в языке uml
- 45. Диаграммы прецедентов.
- 46. Моделирование требований к системе с помощью диаграмм прецедентов.
- 47. Критерии сравнения инструментальных систем разработки программных систем.
- 48. Технико-экономические показатели разработки программных средств
- 49. Сертификация программных средств
- 50. R-технология программирования