Стандартный язык описания разработки программных продуктов с использованием объектного подхода UML
В основе объектного подхода к разработке ПО лежит объектная декомпозиция - представление разрабатываемого ПОв виде совокупности объектов, в процессе взаимодействия которых через передачу сообщений и происходит выполнение функций.
При объектном подходе, как и при структурном подходе, сразу можно выполнить декомпозицию только очень простого ПО. В 1995 г.появилась первая версия языка UML (UnifiedModelingLanguage - унифицированный язык моделирования), который фактически признан стандартным средством описания проектов, создаваемых с использованием объектно-ориентированного подхода. Его создатели - ГрадиБуч, Ивар Якобсон и Джеймс Рамбо.
Язык UML представляет собой язык для определения, представления, проектирования и документирования программных систем, организационно-экономических, технических и других систем различной природы.
Основные модели и диаграммы UML.
Спецификация разрабатываемого ПО при использовании UML объединяет несколько моделей: использования, логическую, реализации, процессов, развертывания.
Модель использования - описание функциональности ПОс точки зрения пользователя.
Логическая модель описывает ключевые абстракции ПО (классы, интерфейсы и т.п.), т.е. средства, обеспечивающие требуемую функциональность.
Модель реализации определяет реальную организацию программных модулей в среде разработки.
Модель процессов отображает организацию вычислений, оперирует понятиями «процессы» и «нити». Позволяет оценить производительность, масштабируемость и надежность ПО.
Модель развертывания показывает особенности размещения программных компонентов на конкретном оборудовании.
Каждая из моделей характеризует определенный аспект проектируемой системы, а все они вместе составляют относительно полную модель разрабатываемого ПО.
UML содержит стандартный набор диаграмм и нотаций самых разнообразных видов.
Стандарт UML (принятый OMG в 1997г.) - набор диаграмм для моделирования:
• диаграммы вариантов использования (usecasediagrams) - для моделирования бизнес-процессов организации и требований к создаваемой системе;
• диаграммы классов (classdiagrams) -для моделирования статической структуры классов системы и связей между ними;
• диаграммы поведения системы (behaviordiagrams);
• диаграммы взаимодействия (interactiondiagrams);
• диаграммы последовательности и кооперативные диаграммы (sequence, collaborationdiagrams) - для моделирования процесса обмена сообщениями между объектами;
• диаграммы состояний (statechartdiagrams) - для моделирования поведения объектов системы при переходе из одного состояния в другое;
• диаграммы деятельностей (activitydiagrams) - для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей;
• диаграммыреализации (imp lementation diagrams);
• диаграммы компонентов (componentdiagrams) - для моделирования иерархии компонентов (подсистем) системы;
• диаграммы размещения (deploymentdiagrams) - для моделирования физической архитектуры системы.
Все диаграммы по возможности используют единую графическую нотацию, ч то облегчает их понимание.
Помимо у казанных диаграмм, как и при структур ном подходе, спецификация включает словарь терминов, а также различного р ода описания и текстовые спецификации. Конкретный набор документацииопределяется разработчиком.
Качество программного обеспечения. Показатели качества программ.
Качество ПО - совокупность свойств, которые характеризуют способность ПО удовлетворять заданным требованиям.
Процесс обеспечения качества должен происходить независимо от субъектов, непосредственно связанных с разработкой ПО. Действия: подготовительная работа; обеспечение качества продукта (гарантирование соответствия программных продуктов и документации требованиям заказчика); обеспечение качества процесса (гарантирование соответствия процессов ЖЦ ПО, методов разработки, среды разработки, квалификации персонала условиям договора и стандартам). Обеспечение прочих показателей качества - в соответствии с условиями договора и стандартом ISO 9001.