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

     Программное обеспечение это набор компьютерных программ, процедур и связанной с  ними документации и данных (ISO/IEC 12207). Взгляд на ПО как только на программу, сидящую в компьютере слишком  узок. Дело в том, что продается (поставляется) не только программа, но еще и документация, в которой можно прочитать как установить программу и как ей пользоваться и данные для установки программы в различных условиях (конфигурационные файлы). Поэтому ПО иногда называют программным продуктом. Т.е. программный продукт (программное обеспечение) – это не только программы, а также вся связанная с ними документация и конфигурационные данные, необходимые для корректной работы программы. А специалисты по программному обеспечению разрабатывают программные продукты, т.е. такое ПО, которое может быть продано потребителю.

     В зависимости от того, для кого разрабатываются  программные продукты (конкретного  заказчика или рынка, программные  продукты бывают двух типов:

• коробочные продукты (generic products – общие продукты или shrink-wrapped software – упакованное ПО);
• заказные продукты (bespoke – сделанный на заказ или customized products – настроенный продукт). Важная разница между ними заключается в том, кто ставит задачу (определяет, или специфицирует требования). В первом случае это делают сами разработчики на основе анализа рынка (маркетинга) – и при этом рискуют сами. Во втором – заказчик и при этом рискует, что разработчик не сможет реально выполнить все требования в срок и при выделенном бюджете.

Что такое программная  инженерия

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

• Инженерная дисциплина
• Все аспекты производства ПО

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

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

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

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

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

Отличия от информатики

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

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

Отличие от других инженерий

     Отличие программной инженерии от других инженерий интересно прежде всего с точки зрения двух вопросов:

• Почему доля провальных проектов в программной инженерии так велика по сравнению с другими инженериями?
• Можно ли в программной инженерии применять опыт других инженерий?

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

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

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

     Отсюда  следуют следующие выводы:

• Стоимость программы – это стоимость только ее проектирования
• Стоимость проектирования коробочных продуктов «размазывается» по копиям
• Стоимость заказных продуктов (массово не копируемых) остается высокой

     Второе  существенное отличие состоит в  том, что программа – искусственный  объект. Т.е. для программы нет  объективных законов, которым бы подчинялось ее поведение.

     Например, у инженера – строителя есть объективные  законы строительной механики: равновесия моментов и сил, устойчивости механических систем и т.д. Инженер – строитель может проверить свои архитектурные решения на соответствие этим законам и тем самым обеспечить удачу проекта. Эти законы объективны, они будут действовать всегда. У программного инженера на первый взгляд также есть типовые, проверенные временем архитектурные решения (например, клиент-серверная архитектура). Но эти решения определяются уровнем развития вычислительной техники (и адекватным им уровнем требований). С появлением техники с принципиально новыми возможностями программному инженеру придется искать новые решения.

     Прямым  следствием отсутствия возможности  «теоретического» контроля проекта  является то, что тестирование продукта – это единственный способ убедиться в его качестве. Именно поэтому стоимость тестирования составляет существенную стоимость ПО.

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

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

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

 
Стоимость ПО

     Структура стоимости ПО существенно зависит  от типа ПО, применяемых методов  его разработки и … метода оценки. Так, многие авторы отмечают высокую  долю стоимости этапа сопровождения. Для некоторых типов ПО она  может составлять 60 и более процентов от общей стоимости. Между тем, этап сопровождения включает выполнение двух видов работ: исправление ошибок в программе (несоответствий первоначальным требованиям) и внесение изменений в программу (добавление новых требований). При другом подходе к оценке можно считать, что этап сопровождения на стоит оценивать отдельно, т.к. исправление ошибок можно отнести к продолжению тестирования, а внесение изменений – к новому проекту.

     Типовое распределение стоимости между  основными этапами (без сопровождения)

     выглядит  следующим образом:

• 15% - спецификация – формулировка требований и условий разработки
• 25% - проектирование – разработка и верификация проекта
• 20% - разработка – кодирование и тестирование компонент
• 40% - интеграция и тестирование – объединение и сборочное тестирование продукта

     Отклонения  от этой схемы в зависимости от типа ПО выглядят следующим образом:

     Для коробочного ПО характерна более  высокая доля тестирования за счет сокращения прежде всего доли спецификации (до 5%).

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

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

 
Накопленный программной инженерией опыт

Программный процесс

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

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

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

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

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

     Процесс должен быть установлен. Полное установление процесса предполагает:

• Описание процесса – детальное описание действий и операций процесса
• Обучение процессу – проведение занятий с персоналом по освоению процесса
• Введение метрик – установление количественных показателей хода выполнения
• Контроль выполнения – измерение метрических показателей и оценка хода выполнения
• Усовершенствование – изменение процесса при меняющихся условиях применения