
- •Санкт-петербургский государственный ордена трудового красного знамени институт точной механики и оптики (технический университет)
- •Б.С.Падун Конспект лекций по дисциплине "Качество и тестирование программного обеспечения"
- •Глава 6. Основные требования, предъявляемые к программному
- •Введение
- •Раздел 1. Основные понятия и определения
- •1.1. Два класса систем
- •1.2. Классификация проблем проектирования сложных программных систем
- •1.3. Задачи функциональные, структурного построения, технологии разработки и эксплуатации программных систем.
- •1.4. Основные комплексы программных систем
- •1.5. Роль систем программирования, отладки и функционального контроля при проектировании и функционировании программных систем
- •1.6. Основные требования к программным компонентам программных систем
- •Глава 2. Качество программного обеспечения Качество исходного кода
- •Факторы качества
- •С точки зрения пользователя
- •2.1. Анализ эффективности функционирования программных систем
- •2.2. Основные характеристики качества программного обеспечения.
- •2.3. Показатели качества этапа проектирования программных систем
- •2.4. Показатели качества этапа эксплуатации программных систем
- •Вычислительная сложность
- •2.5. Показатели качества этапа сопровождения программных систем
- •Глава 5. Разработка и внедрение пакетов прикладных программ
- •5.1. Стадия исследования и обоснования создания сапр
- •5.2. Стадия технического задания
- •5.3. Стадия эскизного проекта
- •5.4. Стадия технического проекта
- •5.5. Стадия рабочего проекта
- •5.6. Стадия изготовления несерийных компонент
- •5.7. Стадия введения в действие комплекса средств автоматизации проектирования
- •5.8. Стадия сопровождение программных систем
2.5. Показатели качества этапа сопровождения программных систем
Эти показатели близки по содержанию к показателям этапа проектирования. Однако имеют особенности, влияющие на качество ПС с позиций их развития модификации. Способность к модернизации (адаптивность) ПС определятся как структурированные программные модули, межмодульные связи и данные. Кроме того, на способность к модернизации влияет метод распределения ресурсов ВС и наличие резервов для развития программных модулей и всей ПС.
Мобильность ПС следует рассматривать в двух аспектах. Мобильность относительно изменения типа, структуры и системы команд ЭВМ и мобильность относительно различных производительных условий. Первый аспект характеризует возможность сохранения и эффективного использования эксплуатируемых программ в процессе развития аппаратуры ЭВМ. Трудоемкость переноса программ с одних технических средств на другие зависит от специфических различий этих средств (длина слова, ёмкость памяти, структура команд и т.д.), а также от структуры программ и ПС, степени стандартизации языка программирования и автоматизации технологии проектирования и т.д. Второй аспект характеризует возможность тиражирования ПС и внедрения её в различных производственных условиях. Трудоемкость тиражирования зависит от степени универсальности программ и базы знаний, возможности корректировки знаний, заложенных в систему, и данных. Показатели мобильности ПС связывают с трудоемкостью переноса программ на новый тип ЭВМ и трудоемкостью тиражирования относительно трудоемкости полного проектирования аналогичной ПС.
Трудоемкость модификации и изучения ПС при сопровождении определяется степенью документированности ПС, её структурным построением, уровнем языка программирования, возможностью изменения и добавления программных модулей, баз знаний и данных. Этот показатель существенно влияет на длительность жизненного цикла ПС. При модификации (эволюции) ПС создается новая версия системы, вследствие чего этапы эксплуатации и модернизации идут параллельно.
На этапе сопровождения особое значение приобретает контроль проведенных модернизаций и модификаций ПС, внесения изменений, состояний версий, их тиражирования и эксплуатации. Эти особенности влияют на технологию проектирования, структуру ПС и методику их изменения. Необходимо оценивать при сопровождении ПС не только трудоемкость, но и продолжительность проведения модификаций и модернизаций, сроков освоения новых версий системы.
Глава 5. Разработка и внедрение пакетов прикладных программ
Создание САПР осуществляется по следующим стадиям (ГОСТ 24.601-86 « Автоматические системы. Стадии создания »):
исследование и обоснование создания САПР;
техническое задание;
эскизный проект;
технический проект;
рабочая документация;
изготовление несерийных компонентов комплекса средств автоматизации проектирования;
ввод в действие.
5.1. Стадия исследования и обоснования создания сапр
Целью выполнения работ на этой стадии является обоснование потребности и технико-экономической целесообразности создания системы, предварительная оценка возможности создания САПР на предприятии, формирование предварительных требований к системе.
Выделяют два этапа:
обследование предприятия;
разработка требований к системе.
При обследовании предприятия оценивается качество функционирования и выявление проблем выполнения проектных работ на предприятии, описывается структура и функции подразделений и их взаимосвязи, анализируются объекты и процессы проектирования, оценивается технико-экономическая целесообразность создания САПР на предприятии, готовятся исходные данные для формирования требований к САПР.
При разработке требований к САПР формируются цели и критерии создания САПР, определяются функциональные требования к САПР и ограничения на создание САПР, рассчитываются экономические показатели, определяются сроки создания САПР.
По результатам выполнения работы оформляется научно-технический отчет по ГОСТ 7.32-81.