Обзор инженера по программномы обеспечению


Advertisements

Препятствуйте нам сперва понять какого инженерства програмного обеспечения стоит для. Термина сделана 2 слов, програмного обеспечения и инженерств.

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

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

Software Engineering

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

Определения

IEEE определяет инженерство програмного обеспечения как:

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

(2) изучение подходов как в вышеуказанное заявление.

Fritz Bauer, немецкий программист, определяет инженерство програмного обеспечения как:

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

Развитие програмного обеспечения

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

Программное обеспечение Эволюция

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

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

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

Lehman дало законы для развития програмного обеспечения. Он разделил програмное обеспечение в 3 различных категории:

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

  • P-тип (практически-тип) - это програмное обеспечение с собранием процедур. Это определено точно чего процедуры могут сделать. В этом програмном обеспечении, спецификации можно описать но разрешение не очевидно немедленно. Например, програмное обеспечение разыгрыша.

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

E-Тип развитие програмного обеспечения

Lehman дало 8 законов для E-Типа развития програмного обеспечения -

  • Продолжая изменение - тип программная система должен продолжать приспособить к реальному миру изменения, другие оно будет прогрессивно более менее полезным.

  • Увеличивая сложность - по мере того как E-тип программная система эволюционирует, своя сложность клонит увеличить если работа не сделана для того чтобы поддерживать или уменьшать ее.

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

  • Продолжая рост - для того E-тип система предназначенная разрешить некоторую коммерческую задачу, свой размер снабжать изменения растет согласно изменениям образа жизни дела.

  • Уменьшающ качество - тип склонения программной системы в качестве если rigorously поддержано и приспособлено к изменяя рабочей окружающей среде.

  • Системы с обратной связью E - тип программные системы образовывают multi-петлю, многоуровневые системы с обратной связью и должны быть обработаны как таковой успешно быть доработанным или улучшенным.

  • Самовыравнивание - E - тип процессы развития системы ауторегуляционн с распределением продукта и измерений процесса близко к нормальному.

  • Организационная стабилность - средняя эффективная глобальная степень активности в эволюционируя E-типе системе инвариантна над продолжительностью жизни продукта.

Парадигмы програмного обеспечения

Парадигмы програмного обеспечения ссылаются к методам и, которые предприняты пока конструирующ програмное обеспечение. Много предложенных методов и в работе сегодня, но нам нужно увидеть где в инженерстве програмного обеспечения эти парадигмы стоят. Эти можно совместить в различные категории, хотя каждое из их содержится в одном другое:

Программное обеспечение Paradigm

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

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

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

  • Собирать требования
  • Конструкция програмного обеспечения
  • Программировать

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

Эта парадигма часть разработки программного обеспечения и включает -

  • Конструкция
  • Обслуживание
  • Программировать

Программируя парадигма

Эта парадигма отнесена близко к программируя аспекту разработки программного обеспечения. Это включает -

  • Кодировать
  • Испытывать
  • Внедрение

Потребность инженер по программномы обеспечению

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

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

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

  • Цена - как индустрия оборудования показывала что свои искусства и огромное изготавливание имеет более низкий спуск он оценивает компьютера и электронного оборудования. Но цена програмного обеспечения остает высокой если правильный процесс не приспособлен.

  • Динамическая природа - всегда и приспосабливаясь природа програмного обеспечения огромно зависит на окружающей среде в которой потребитель работает. Если природа програмного обеспечения всегда изменяет, то новым повышениям нужно быть сделанным в существуя одном. Это где инженерство програмного обеспечения играет хорошую роль.

  • Процесс управления качества более лучший разработки программного обеспечения обеспечивает более лучше и продукт программного обеспечения качества.

Характеристики хорошего програмного обеспечения

Продукт программного обеспечения может быть рассужен чего он предлагает и как хороше его можно использовать. Это програмное обеспечение должно удовлетворять на следующих землях:

  • Рабоче
  • Переходно
  • Обслуживание

ожидано, что имеет Хорошо-проектированное и произведенное програмное обеспечение следующие характеристики:

Рабоче

Это говорит нам как хорошее програмное обеспечение работает в деятельностях. Его можно измерить дальше:

  • Бюджетя
  • Практичность
  • Эффективность
  • Правильность
  • Функциональность
  • Надежность
  • Обеспеченность
  • Безопасность

Переходно

Этот аспект важен когда програмное обеспечение двинуто от одной платформы к другим:

  • Удобоносимость
  • Оперативная совместимость
  • Повторное использование
  • Приспособляемостьь

Обслуживание

Сводки этого аспекта о как хороше програмное обеспечение имеет возможности, котор нужно поддерживать в всегда-изменяя окружающей среде:

  • Модульность
  • Ремонтопригодность
  • Гибкость
  • Масштабируемость

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

Advertisements