Понятие компьютерной технологии разработки программных средств и ее рабочие места

Имеются некоторые трудности в выработке строгого определения CSEтехнологии компьютерной технологии разработки ПС. В этом случае CSEтехнология стала принципиально отличаться от ручной традиционной технологии разработки ПС: изменилось не только содержание технологических процессов но и сама их совокупность. Значит самое существенное в компьютерной технологии не выделено.

2014-06-18

19.9 KB

4 чел.


Поделитесь работой в социальных сетях

Если эта работа Вам не подошла внизу страницы есть список похожих работ. Так же Вы можете воспользоваться кнопкой поиск


Понятие компьютерной технологии разработки программных средств и ее рабочие места.

Имеются некоторые трудности в выработке строгого определения CASE-технологии (компьютерной технологии разработки ПС). CASE - это абревиатура от английского Computer-Aided Software Engineering (Компьютерно-Помогаемая Инженерия Программирования). Но без помощи (поддержки) компьютера ПС уже давно не разрабатываются (используется хотя бы компилятор). В действительности, в это понятие вкладывается более узкий (специальный) смысл, который постепенно размывается (как это всегда бывает, когда какое-либо понятие не имеет строгого определения). Первоначально под CASE понималась [16.2] инженерия ранних этапов разработки ПС (определение требований, разработка внешнего описания и архитектуры ПС) с использованием программной поддержки (программных инструментов). Теперь под CASE может пониматься [16.2] и инженерия всего жизненного цикла ПС (включая и его сопровождение), но только в том случае, когда программы частично или полностью генерируются по документам, полученным на указанных ранних этапах разработки. В этом случае CASE-технология стала принципиально отличаться от ручной (традиционной) технологии разработки ПС: изменилось не только содержание технологических процессов, но и сама их совокупность.

В настоящее время компьютерную технологию разработки ПС можно характеризовать [16.2] использованием·

программной поддержки для разработки графических требований и графических спецификаций ПС, ·

автоматической генерации программ на каком-либо языке программирования или в машинном коде (частично или полностью), ·

программной поддержки прототипирования.

Говорят также, что компьютерная технология разработки ПС является "безбумажной", т.е. рассчитанной на компьютерное представление программных документов. Однако, уверенно отличить ручную технологию разработки ПС от компьютерной по этим признакам довольно трудно. Значит, самое существенное в компьютерной технологии не выделено.

На наш взляд, главное отличие ручной технологии разработки ПС от компьютерной заключается в следующем. Ручная технология ориентирована на разработку документов, одинаково понимаемых разными разработчиками ПС, тогда как компьютерная технология ориентирована на обеспечение семантического понимания (интерпретации) документов программной поддержкой компьютерной технологии. Компьютерное представление документов еще не означает такого их понимание. Тогда как семантическое понимание документов дает программной поддержке возможность автоматической генерации программ, а необходимость обеспечения такого понимания делает желательными и различные графические формы входных документов. Именно это позволяет рационально изменить и саму совокупность технологических процессов разработки и сопровождения ПС.

Из проведенного обсуждения сущности компьютерной технологии можно понять и связанные с ней изменения в жизненном цикле ПС. Если при использовании ручной технологии основные усилия по разработке ПС делались на этапах собственно программирования (кодирования) и отладки (тестирования), то при использовании компьютерной технологии - на ранних этапах разработки ПС (определения требований и функциональной спецификации). При этом существенно изменился характер документации: вместо целой цепочки неформальных документов, ориентированной на передачу информации от заказчика (пользователя) к различным категориям разработчикам, формируются прототип ПС, поддерживающий выбранный пользовательский интерфейс, и формальные функциональные спецификации, достаточные для автоматического синтеза (генерации) программ ПС (или хотя бы значительной их части). При этом появилась возможность автоматической генерации части документации, необходимой разработчикам и пользователям. Вместо ручного программирования (кодирования) - автоматическая генерация программ, что делает не нужной автономную отладку и тестирование программ: вместо нее добавляется достаточно глубокий автоматический семантический контроль документации. Существенно изменяется и характер сопровождения ПС: все изменения разработчиком-сопроводителем вносятся только в спецификации (включая и прототип), остальные изменения в ПС осуществляются автоматически.

С учетом сказанного жизненный цикл ПС с использованием компьютерной технологии можно представить следующей схемой (рис. 16.3).

Рис. 16.3. Жизненный цикл программного средства при использовании компьютерной технологии.

Прототипирование позволяет заменить косвенное описание взаимодействия между пользователем и ПС при ручной технологии (при определении требований к ПС и внешнем описании ПС) прямым выбором пользователем способа и стиля этого взаимодействия с фиксацией всех необходимых деталей. По-существу, на этом этапе производится точное описание пользовательского интерфейса, понятное программной поддержке компьютерной технологии, причем с ответственным участием пользователя: разработчик показывает пользователю на мониторе различные возможности и пользователь выбирает приемлемые для него варианты, пользователь с помощью разработчика вводит обозначения обрабатываемых им информационных объектов и операций над ними, он выбирает способ доступа к ним и связывает их с различными окнами, меню, виртуальными клавиатурами и т.п. Все это базируется на наличие в программной поддержке компьютерной технологии настраиваемой оболочки с обширной библиотекой заготовок различных фрагментов и деталей экрана. В результате указанных действий определяется оболочка ПС - верхний управляющий уровень ПС. Такое прототипирование, по-видимому, является лучшим способом преодоления барьера между пользователем и разработчиком.

Разработка спецификаций распадается на несколько разных процессов. Если исключить начальный этап разработки спецификаций (определение требований), то в этих процессах используются методы, приводящие к созданию формализованных документов, т. е. используются формализованные языки спецификаций. При этом широко используются графические методы спецификаций, приводящие к созданию различных схем и диаграмм, которые достаточно формализованно определяют структуру информационной среды и структуру управления ПС. К таким структурам привязываются фрагменты описания данных и программ, представленные на алгебраических языках спецификаций (например, использующие операционную или аксиоматическую семантику), или логических языках спецификаций (базирующихся на логическом подходе к спецификации программ). Такие спецификации позволяют в значительной степени или полностью автоматически генерировать программы.

Автоматизированный контроль спецификаций 

PAGE  4



 

Другие похожие работы, которые могут вас заинтересовать.
344. Инструменты разработки программных средств 9.37 KB
  В процессе разработки программных средств в той или иной мере используется компьютерная поддержка процессов разработки ПС. В качестве специального устройства поддерживающего процесс разработки ПС может служит эмулятор какоголибо языка. ПС предназначенное для поддержки разработки других ПС будем называть программным инструментом разработки ПС а устройство компьютера специально предназначенное для поддержки разработки ПС будем называть аппаратным инструментом разработки ПС.
343. Инструментальные среды разработки и сопровождения программных средств 16.48 KB
  В настоящее время с каждой системой программирования связываются не отдельные инструменты например компилятор а некоторая логически связанная совокупность программных и аппаратных инструментов поддерживающих разработку и сопровождение ПС на данном языке программирования или ориентированных на какуюлибо конкретную предметную область. Для таких инструментальных сред характерно вопервых использование как программных так и аппаратных инструментов и вовторых определенная ориентация либо на конкретный язык программирования либо на...
355. Процесс управления проектами разработки аппаратно-программных средств 10.09 KB
  Основные цели управления проектами: организация процесса управления проектом планирование проекта на протяжении всего жизненного цикла и отдельной итерации; соблюдение основных принципов планирования управления персоналом выполнения работ и мониторинга проекта с помощью соответствующих метрик; эффективное управление рисками. Помимо управления единым финансовым портфелем управление проектами включает множество различных процессов – управление ресурсами затратами рисками качеством а также другие связанные с этим процессы и все они...
354. Инструментальные средства управления проектами разработки аппаратно-программных средств 42.51 KB
  IBM Rtionl ProjectConsole IBM Rtionl ProjectConsole автоматизирует процесс создания и мониторинга отчетов о состоянии проекта благодаря созданию динамического Webсайта который отображает панель основных показателей проекта. Для руководителей проектов IBM Rtionl ProjectConsole предоставляет объективную картину достигнутых результатов на протяжении всего жизненного цикла проекта. IBM Rtionl ProjectConsole собирает фактические данные о состоянии разработки из платформы IBM Rtionl Suite и продуктов других поставщиков представляя эти результаты...
352. Методология разработки сложных программных систем 10.85 KB
  Трудоемкость документирования в ходе разработки выливается либо в неприемлемые сроки создания точной проектной документации в соответствии с требованиями стандартов либо в неприемлемое качество документации что влечет за собой проблематичность последующей модификации ПО ИС. Ведущей методологией в которой инструментально поддерживаются все этапы жизненного цикла разработки ПО является методология Rtionl Unified Process RUP. Она опирается на проверенные практикой методы анализа проектирования и разработки ПО методы управления проектами.
5751. Дезертирство. Понятие самовольного оставления части или места службы военнослужащих, проходящих военную службу. Понятие и состав статьи 338 Уголовного Кодекса «Дезертирство» 59.8 KB
  Понятие воинской обязанности и социально-экономические мотивы уклонения от воинской службы Понятие и состав уклонение от исполнения обязанностей военной службы путем симуляции болезни или иными способами. Понятие самовольного оставления части или места службы военнослужащих проходящих военную службу...
8061. ОЪЕКТНЫЙ ПОДХОД К РАЗРАБОТКЕ ПРОГРАММНЫХ СРЕДСТВ 15.98 KB
  Окружающий нас мир состоит из объектов и отношений между ними. Таким образом объект воплощает некоторую сущность и имеет некоторое состояние которое может изменяться со временем как следствие влияния других объектов находящихся с первым в какихлибо отношениях. Он может иметь внутреннюю структуру: состоять из других объектов также находящихся между собой в некоторых отношениях. Исходя из этого можно построить иерархическое строение мира из объектов.
1982. КРАТКИЙ ОБЗОР ПРОГРАММНЫХ СРЕДСТВ, ИСПОЛЬЗУЕМЫХ НА УКРАИНЕ 7.47 KB
  В базовом модуле содержатся функции реализующие основные операции ГИС в том числе программная поддержка устройств ввода вывода экспорт и импорт данных и т. Первый состоит из трех базовых модулей: rcMp – отображение редактирование и анализ данных rcCtlog – доступ к данным и управление ими rcToolbox – инструмент расширенного пространственного анализа управление проекциями и конвертацией данных.
10070. Структурная схема проектируемой компьютерной сети, для автоматизации предприятия путем внедрения технологии CtP и системы NetWorkFlow i2i System от Horizon 1.3 MB
  Таким образом на основе исходных данных об автоматизируемых функциях и основных требований к комплексу технических средств мы спроектируем компьютерную сеть для информационной системы в нашей предметной области. В-третьих отсутствие сети в фирме повлечёт за собой значительные затраты на приобретение различных устройств для каждого компьютера и дорогостоящего программного обеспечения. Итак проектирование сети для предприятия обусловлено следующими причинами: В рамках работы данного предприятия необходимо оптимизировать технологический...
11845. Разработка алгоритмов и программных средств поддержки взаимодействия компетентностно-ориентированных моделей в обучающих ИЭС (комплекс АТ-ТЕХНОЛОГИЯ) 2.3 MB
  Разработка алгоритмов учета степени достижения целевых компетенций по конкретным курсам/дисциплинам и прогноза уровня компетенций для обучаемого. Разработка алгоритмов учета степени достижения целевых компетенций по конкретным курсам/дисциплинам и прогноза уровня компетенций для группы обучаемых.
© "REFLEADER" http://refleader.ru/
Все права на сайт и размещенные работы
защищены законом об авторском праве.