Технология разработки программных средств

Автор: Пользователь скрыл имя, 03 Июня 2015 в 12:56, лекция

Краткое описание

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

Файлы: 1 файл

5fan_ru_Технология разработки программных средств.doc

— 229.00 Кб (Скачать)

Технология разработки программных средств

  1. Программные инструменты в жизненном цикле программных средств.
  2. Инструментальные среды и инструментальные системы поддержки разработки программных средств, их классификация.
  3. Компьютерная технология (CASE-технология) разработки программных средств и ее рабочие места.
  4. Общая архитектура инструментальных систем технологии программирования

 

Водная часть.

Несмотря на то, что Программирование в последние 20-30 лет претерпело огромнейшие изменения: от применения в машинных кодах до объектно-ориентированных языков типа VB и Delphi в ближайшие годы вряд ли стоит ожидать переход к каким-либо другим (интеллектуальным)  способам решения задач на ЭВМ.

Вам придется не только работать на готовых программных средствах, но и разрабатывать свои программы или программные комплексы. При разработке программных средств (ПС) потребуется и умения использовать  так называемые программные инструменты для разработки ПС.

Основная часть

1. Программные инструменты в жизненном цикле программных средств

Для изучения темы лекции необходимо напомнить, что такое жизненный цикл программного обеспечения. Понятие жизненного цикла ПО (ЖЦПО)  является одним из базовых понятий программной инженерии.

Определение: ЖЦПО - период времени, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации.

Основным нормативным документом, регламентирующим состав процессов ЖЦ ПО, является международный стандарт ISO/IEC 12207:1995 «Information Technology - Software Life Cycle Processes».

Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО (его российский аналог ГОСТ Р ИСО/МЭК 12207—99 введен в действие в июле 2000 г.). В данном стандарте процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные. Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными от других процессов, и результатами.

Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения (естественно, при сохранении связей по входным данным).

 

В соответствии со стандартом ГОСТ Р ИСО/МЭК 12207-99 все процессы ЖЦ ПО разделены на три группы (рис. 1.).

 

  • пять основных процессов (приобретение, поставка, разработка, эксплуатация, сопровождение);

 

  • восемь вспомогательных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместная оценка, аудит, разрешение проблем);

 

  • четыре организационных процесса (управление, инфраструктура, усовершенствование, обучение).

 

 

 

 

 

 

 

 

 

 

 


 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

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

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

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

Инструменты разработки программных средств могут использоваться в течение всего жизненного цикла ПС[ 2] для работы с разными программными документами. Так текстовый редактор может использоваться для разработки практически любого программного документа.

 

 

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

      • редакторы,
      • анализаторы,
      • преобразователи,
      • инструменты,

 

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

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

На этапе программирования (кодирования) вместо текстового редактора может оказаться более удобным синтаксически управляемый редактор, ориентированный на используемый язык программирования.

Анализаторы производят либо статическую обработку документов, осуществляя различные виды их контроля, выявление определенных их свойств и накопление статистических данных (например, проверку соответствия документов указанным стандартам), либо динамический анализ программ (например, с целью выявление распределения времени работы программы по программным модулям).

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

Инструменты, поддерживающие процесс выполнения программ, позволяют выполнять на компьютере описания процессов или отдельных их частей, представленных в виде, отличном от машинного кода, или машинный код с дополнительными возможностями его интерпретации.

 

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

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

 

2. Инструментальные среды  разработки и сопровождения программных  средств и принципы их классификации

 

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

Часто разработка ПС производится на том же компьютере, на котором оно будет применяться. Это достаточно удобно.

Во-первых, в этом случае разработчик имеет дело только с компьютерами одного типа. А, во-вторых, в разрабатываемое ПС могут включаться компоненты самой инструментальной среды.

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

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

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

Совокупность инструментальных сред можно разбивать на разные классы, которые различаются значением следующих признаков:

  • ориентированность на конкретный язык программирования,
  • специализированность,
  • комплексность,
  • ориентированность на конкретную технологию программирования,
  • ориентированность на коллективную разработку,
  • интегрированность.

Ориентированность на конкретный язык программирования (языковая ориентированность) показывает: ориентирована ли среда на какой-либо конкретный язык программирования (и на какой именно) или может поддерживать программирование на разных языках программирования.

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

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

Комплексность инструментальной среды показывает: поддерживает ли она все процессы разработки и сопровождения ПС или нет. В первом случае продукция этих процессов должна быть согласована. Поддержка инструментальной средой фазы сопровождения ПС, означает, что она должна поддерживать работу сразу с несколькими вариантами ПС, ориентированными на разные условия применения ПС и на разную связанную с ним аппаратуру, т.е. должна обеспечивать управление конфигурацией ПС [ 1, 3].

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

Ориентированность на коллективную разработку показывает: поддерживает ли среда управление (management) работой коллектива или нет. В первом случае она обеспечивает для разных членов этого коллектива разные права доступа к различным фрагментам продукции технологических процессов и поддерживает работу менеджеров [ 1] по управлению коллективом разработчиков. Во втором случае она ориентирована на поддержку работы лишь отдельных пользователей.

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

Информация о работе Технология разработки программных средств