Создание прототипа интегрированного пакета оценки трудоемкости программного обеспечения

Создание прототипа интегрированного пакета оценки трудоемкости программного обеспечения

Автор: Токарев, Михаил Валентинович

Шифр специальности: 05.13.11

Научная степень: Кандидатская

Год защиты: 1995

Место защиты: Санкт-Петербург

Количество страниц: 186 с. ил.

Артикул: 149693

Автор: Токарев, Михаил Валентинович

Стоимость: 250 руб.

Введение. Глава 1. Структура и задачи главы. Модели программных средств, используемые в системах. Сравнение характеристик существующих средств. Некоторые технологические аспекты, использующиеся в фирме . Фазы жизненного цикла программного проекта. Использование стандарта I для управления качеством проектирования. Качественные характеристики программ и возможность количественного анализа. Выводы. Глава 2. Структура и задачи главы. Основные определения последовательных вычислительных процессов, в вычислительной модели КолмогороваУспенского. Общие понятия. Распространение понятия конструктивный объект на структуру, состоящую из конструктивных объектов. Вычисления с оракулом. Графы как модели объектов. Диаграммы сущностьсвязь диаграммы. Общие понятия. Конкретизация понятия состояния машины КолмогороваУспенского. Диаграмма потоков данных диаграммы. Общие определения. Представительность диаграмм потоков данных. Нормы. Определения. КолмогороваУспенского. Асинхронные вычислительные процессы. Выводы.


Первая модель, показанная на рис. ИР. На ней представлены все этапы ИЦ, а также процессы, поддерживающие все эти этапы. Па рисунках подробно представлен этап проектирования , а также некоторые базо вые модели программных средств. Следующая модель построена на основе стандарта . России модель III определена Гостом ГОСТ . Рис. Жизненный цикл ПО и поддерживающие его процессы. Рис. Жизненный цикл ПО этап проектирования. Рис. Жизненный цикл ПО стандарт 4ДМ. Рассмотрим некоторую интерпретацию модели 1, предложенную в работе . На этом рисунке в стилизованном виде изображен процесс разработки ПО. На входе требования к программному продукту , на выходе готовый программный продукт. Заиленные участки этой грязной трубы т. На них выходной поток готовой продукции ничтожно мал. Заиленность моделирует и те участки, которые достаточно инструментированы, но работают не в полную силу, их ресурсы ис пользуются ограниченно, что приводит к дополнительным затратам. Модель грязной трубы показывает, что производительность разработки программного изделия определяется наиболее заиленными не автоматизированными этапами, среди которых особо следует выделить этап проектирования. Очевидно, что на этом этапе затрачивается на ибольшее количество усилий и эта стадия наименее поддерюивана инструментально. Действительно, существует большое число транслято ров. Однако они еще по даюг решающих преимуществ. Оииб ки. Их цена слишком велика см. Рис. Жизненный цикл программы. Рис. Сравнительные затраты на исправление ошибки, возникшей в процессе разработки ПО. Зтап проектирования программного обеспечения выбран в силу его слабой поддержки. Далее будет показано, что многие фирмы работающие над этой проблемой, хотя и предлагают много частных методик и инструментальных средств, но, к сожалению, слишком трудоемки или слишком дороги. Инструменты, поддерживающие такие методики часто называют iсредствами. Методика и инструментальный пакет были использованы при разработке трех проектов средней СЛОЖНОСТИ строк. Практическая ценность работы определяется созданием прототипа интегрированной системы отслеживания и управления качеством программных проектов на основе собираемой в процессе проектирования и по его окончании информации, поддержкой разработки Формальных спецификаций на проект методикой проектирования продуктов при использований сборочной технологии метрическим обеспечением процесса проектирования. Общий объем разработанного ПО составил около 0 Кбайт объем разработанных и исследованных спецификаций более 2 Мбайт. Основные результаты работы докладывались и обсуждались на семинарах РГТП 8П7 при ГКВТй, ВЦСО РОИ Новосибирск, ПНИ АН РСФСР. Методика оценки качества программного обеспечения, использующая формализованное представление спецификаций внедрена в АО Интелтех, НИМ АП, СИПИ. Приведем базовые определения,, использованные в работе 1. Цикл низки программного обеспечения период времени, который. ПО перестает использоваться. Цикл жизни обычно состоит из общего представления, требований, проектирования, кодирования, тестирования, инсталляции, поддержки и сопровождения. Эти фазы могут перекрываться. Программный инструмент компьютерная программа используемая при проектировании, тестировании, анализе или сопровождении программы или документации к ней. Петрика количественная оценка характеристики атрибута системы, ее компоненты или процесса. Петрика качества количественная оценка атрибута качества ПО. Функциональная декомпозиция тип модульной декомпозиции, в которой система разбивается на компоненты в соответствии с. Структура данных физическая или логическая связь между элементами данных, спроектированная для поддержки функций манипулирования специфическими данными. Паза данных или репозиторий совокупность связанных данных, запоминаемых вместе в одном или более компьютерных файлах. Проектирование процесс определения архитектуры, компонент, интерфейсов и других характеристик системы. Проектные требования требования которые определяют или специфицируют проект системы или ее компоненты.

Рекомендуемые диссертации данного раздела

28.06.2016

+ 100 бесплатных диссертаций

Дорогие друзья, в раздел "Бесплатные диссертации" добавлено 100 новых диссертаций. Желаем новых научных ...

15.02.2015

Добавлено 41611 диссертаций РГБ

В каталог сайта http://new-disser.ru добавлено новые диссертации РГБ 2013-2014 года. Желаем новых научных ...


Все новости

Время генерации: 0.213, запросов: 244