Разработка ПО

За последние 30 лет средства разработки программного обеспечения прошли эволюцию от структурированного подхода к объектно-ориентированному.

Технология коллажей с задержкой нашла свое применение в корпоративной среде.

Web-коллажи - это Web-приложения, разработанные с использованием контента и сервисов, имеющихся в Internet.

«Старость» программного обеспечения- понятие субъективное.

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

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

Оборот мирового рынка программного обеспечения с открытым кодом в 2007 году составил, по данным IDC, 1,8 млрд долл. Согласно прогнозу аналитиков, на протяжении предстоящих пяти лет этот рынок будет ежегодно расти на 26% и достигнет в 2011 году объема в 5,8 млрд долл. Расти рынку ПО помогает поддержка со стороны венчурных капиталистов и ведущих ИТ-игроков, в частности, компании Sun Microsystems, в команду которой чуть больше года назад влился Ян Мердок, стоящий в ряду наиболее ярких фигур движения Open Source.

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

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

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

До сих пор доля незавершенных программных проектов в?целом по ИТ-индустрии достаточно высока- по некоторым данным, до 60% проектов по той или иной причине заканчиваются неудачей. В?случае офшорной модели удаленность заказчика и?неизбежная ограниченность коммуникации делают ситуацию еще более неопределенной. Методология экстремального программирования предлагает набор простых правил и?методов, которые можно успешно применять в?условиях офшорной модели бизнеса для минимизации количества неудачных проектов.

Процесс разработки программного обеспечения не терпит хаоса. Независимо от назначения и?специфики задачи перед разработчиками всегда стоит цель вовремя сделать продукт в?соответствии с?требованиями заказчика, в?рамках бюджета и?с?требуемым качеством. Для этого необходимо использование модели процесса, наилучшим образом соответствующей целям разрабатываемого программного обеспечения. Методологии CMMI и?«Шесть Сигм», работая согласованно, способны вносить изменения в?существующие процессы, дополняя друг друга.

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

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

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

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

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

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

Как небольшой группе воспользоваться методами разработки программного обеспечения, характерными для крупных компаний? Малые группы определенно нуждаются в таких методах, но часто лишены богатства инфраструктуры и эффектов масштаба, присущих большим организациям. В малом коллективе обычно нет ни отдельной группы контроля качества, ни специального парка компьютеров для тестирования, а зачастую даже своего системного администратора. Основательное введение в эти проблемы содержится в отчете Института программной инженерии [1], посвященном совершенствованию рабочих процессов в малочисленных коллективах.

Программисты предпочитают избавиться от излишне сложных и устаревших методик и стремятся использовать подходы, позволяющие упростить и ускорить разработку. Как следствие, многие из них все чаще отдают предпочтение динамическим языкам программирования, таким как JavaScript, Perl, Python и Ruby. Эксперты по программному обеспечению так и не пришли к единому определению динамического языка, однако, по существу, такой язык позволяет создавать программы, способные менять свой код и логические структуры во время исполнения, добавляя при этом различные типы, имена модулей, классы и функции. Зачастую эти языки являются интерпретируемыми и, как правило, проверяют типы во время исполнения.