Лекции.Орг


Поиск:




Категории:

Астрономия
Биология
География
Другие языки
Интернет
Информатика
История
Культура
Литература
Логика
Математика
Медицина
Механика
Охрана труда
Педагогика
Политика
Право
Психология
Религия
Риторика
Социология
Спорт
Строительство
Технология
Транспорт
Физика
Философия
Финансы
Химия
Экология
Экономика
Электроника

 

 

 

 


Автоматизированные средства разработки программного обеспечения

 

Аббревиатура CASE (Computer-aidedSoftwareEngineering – автоматизированная разработка ПО) обозначает специальный тип программного обеспечения, предназначенного для поддержки таких процессов создания ПО, как разработка требований, проектирование, кодирование и тестирование программ. Поэтому к CASE-средствам относятся редакторы проектов, словари данных, компиляторы, отладчики, средства построения систем и т.п.

CASE-технологии предлагают поддержку процесса создания ПО путем автоматизации некоторых этапов разработки, а также создания и предоставления информации, необходимой для разработки.

Приведем примеры тех процессов, которые можно автоматизировать с помощью CASE-средств.

1.     Разработка графических моделей системы на этапах создания спецификации и проектирования.

2.     Проектирование структуры ПО с использованием словарей данных, хранящих информацию об объектах структуры и связях между ними.

3.     Генерирование пользовательских интерфейсов на основе графического описания интерфейса, создаваемого в диалоговом режиме.

4.     Отладка программ на основе информации, получаемой в ходе выполнения программы.

5.     Автоматическая трансляция программ, написанных на устаревших языках программирования (например, COBOL), в программы, написанные на современных языках.

 

В настоящее время подходящие CASE-технологии существуют для большинства процессов, выполняемых в ходе разработки ПО. Это ведет к определенному улучшению качества создаваемых программ и повышению производительности труда разработчиков программного обеспечения. Вместе с тем эти достижения значительно уступают тем ожиданиям, которые присутствовали при зарождении CASE-технологии. Тогда считалось, что стоит только внедрить CASE-средства – и можно получить весьма значительное повышение и качества программ, и производительности труда. Фактически это повышение составляет примерно 40%. Хотя и это повышение весьма значительно, CASE-технологии не совершили революции в инженерии программного обеспечения, как ожидалось.

Расширение применения CASE-технологии ограничивают два фактора.

1.     Создание ПО, особенно этап проектирования, во многом является творческим процессом. Существующие CASE-средства автоматизируют рутинные процессы, попытки привлечь их к решению интеллектуальных и творческих задач проектирования особым успехом не увенчались.

2.     Во многих организациях-разработчиках создание ПО – результат работы команды специалистов по программному обеспечению. При этом много времени тратится на "пустое" общение между членами команды разработчиков. В этой ситуации CASE-технологии не могут предложить ничего такого, что способно повысить производительность труда разработчиков.

 

Отомрут ли эти факторы в будущем, пока неясно. Но, на сегодняшний день маловероятно появление CASE-технологии, поддерживающих творческие элементы процесса проектирования систем и коллективный труд команды разработчиков. Однако системы поддержки общего процесса проектирования и групповой работы существуют и используются в процессе создания ПО.

В настоящее время сложилась развитая индустрия CASE-средств, круг возможных поставщиков и разработчиков этих программных продуктов очень широк.

 

 

Вопросы по теме:

 

1. Дать определение модели процесса создания ПО и пояснить её пользу

2. Дать определение Каскадной модели

3. Дать определение Эволюционной модели

4. Дать определение Модели формальной разработки

5. Дать определение Модели разработки ПО на основе ранее созданных компонентов

6. Итерационные модели разработки и их особенности

7. Процесс разработки требований: предварительные исследования.

8. Процесс разработки требований: формирование и анализ требований.

9. Процесс разработки требований: специфицирование требований.

10. Процесс разработки требований: утверждение требований.

11. Проектирование и реализация программного обеспечения

12. Эволюция ПО. Схема.

13. Case-технологии: дать определение

14. Примеры тех процессов, которые можно автоматизировать с помощью CASE-средств

15. Какие два фактора ограничивают расширение применения CASE-технологии

16. Дать определение опорному ПО

17. Дать определение тестированию ПО

18. Дать определение признакам ПО

19. Дать определение исполняемому коду. Как он применяется?

 



<== предыдущая лекция | следующая лекция ==>
Проектирование и реализация программного обеспечения | Тема 1.2 Схема классификации экспертных систем.
Поделиться с друзьями:


Дата добавления: 2018-10-18; Мы поможем в написании ваших работ!; просмотров: 206 | Нарушение авторских прав


Поиск на сайте:

Лучшие изречения:

Слабые люди всю жизнь стараются быть не хуже других. Сильным во что бы то ни стало нужно стать лучше всех. © Борис Акунин
==> читать все изречения...

2191 - | 2111 -


© 2015-2024 lektsii.org - Контакты - Последнее добавление

Ген: 0.01 с.