- •Введение
- •1.Показатели качества
- •1.1 Качество исходного кода
- •1.2 Факторы качества
- •1.3 С точки зрения пользователя
- •2.Жизненный цикл программного обеспечения
- •2.1 Стандарты жизненного цикла по
- •2.2 Методологии разработки по
- •2.3 Процессы жизненного цикла по
- •3.Модели жизненного цикла по
- •3.1 Водопадная (каскадная, последовательная) модель
- •3.2 Итерационная модель
- •3.3 Спиральная модель
- •Список литературы
1.3 С точки зрения пользователя
Помимо технического взгляда на качество ПО, существует и оценка качества с позиции пользователя. Для этого аспекта качества иногда используют термин «юзабилити». Довольно сложно получить оценку юзабилити для заданного программного продукта. Наиболее важные из вопросов, влияющий на оценку:
-
Является ли пользовательский интерфейс интуитивно понятным?
-
Насколько просто выполнять простые, частые операции?
-
Насколько легко выполняются сложные операции?
-
Выдаёт ли программа понятные сообщения об ошибках?
-
Всегда ли программа ведёт себя так как ожидается?
-
Имеется ли документация и насколько она полна?
-
Является ли интерфейс пользователя само-описательным/само-документирующим?
2.Жизненный цикл программного обеспечения
Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО.
2.1 Стандарты жизненного цикла по
-
ГОСТ 34.601-90
-
ISO/IEC 12207:1995 (российский аналог — ГОСТ Р ИСО/МЭК 12207-99)
Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы:
-
Формирование требований к АС
-
Обследование объекта и обоснование необходимости создания АС
-
Формирование требований пользователя к АС
-
Оформление отчета о выполнении работ и заявки на разработку АС
-
-
Разработка концепции АС
-
Изучение объекта
-
Проведение необходимых научно-исследовательских работ
-
Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей
-
Оформление отчета о проделанной работе
-
-
Техническое задание
-
Разработка и утверждение технического задания на создание АС
-
-
Эскизный проект
-
Разработка предварительных проектных решений по системе и ее частям
-
Разработка документации на АС и ее части
-
-
Технический проект
-
Разработка проектных решений по системе и ее частям
-
Разработка документации на АС и ее части
-
Разработка и оформление документации на поставку комплектующих изделий
-
Разработка заданий на проектирование в смежных частях проекта
-
-
Рабочая документация
-
Разработка рабочей документации на АС и ее части
-
Разработка и адаптация программ
-
-
Ввод в действие
-
Подготовка объекта автоматизации
-
Подготовка персонала
-
Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
-
Строительно-монтажные работы
-
Пусконаладочные работы
-
Проведение предварительных испытаний
-
Проведение опытной эксплуатации
-
Проведение приемочных испытаний
-
-
Сопровождение АС.
-
Выполнение работ в соответствии с гарантийными обязательствами
-
Послегарантийное обслуживание
-
Эскизный, технический проекты и рабочая документация — это последовательное построение все более точных проектных решений. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.
Данный стандарт не вполне подходит для проведения разработок в настоящее время: многие процессы отражены недостаточно, а некоторые положения устарели.
Стандарт ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» является основным нормативным документом, регламентирующим состав процессов жизненного цикла ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.
Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения. Связи по входным данным при этом сохраняются.
