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

Распределенная разработка программного обеспечения сегодня стала нормой: современные средства связи позволяют объединять людей, находящихся по разные стороны океана, а минимизация издержек при разработке в развивающихся странах привлекает заказчиков из стран Европы и США. Кроме того, специалистов нужной квалификации может просто не оказаться «на месте», и тогда взаимодействие с удаленными рабочими группами или внешними подрядчиками окажется просто необходимым. Исходный код таких программ доступен для просмотра, изучения и изменения, что позволяет пользователю принять участие в доработке самой открытой программы, использовать код для создания новых программ и исправления в них ошибок - через заимствование исходного кода, если это позволяет совместимость лицензий, или через изучение использованных алгоритмов, структур данных, технологий, методик и интерфейсов (поскольку исходный код может существенно дополнять документацию, а при отсутствии таковой сам служит документацией). Термин «open source» был создан вместе с определением в 1998 году Эриком Реймондом и Брюсом Перенсом, которые утверждали, что термин free software (свободное программное обеспечение) в английском языке неоднозначен и смущает многих коммерческих предпринимателей.При сопоставлении с распределенной разработкой традиционного процесса (при котором разработчики находятся если не в одной комнате, то, по крайней мере, в одном здании) выявляется несколько различий. Одно из них свидетельствует, что каждый разработчик уделяет в среднем 75 минут в день неформальному обсуждению с коллегами вопросов, связанных с проектом. Согласно исследованию, разработчики телекоммуникационного программного обеспечения тратят на формальное и неформальное взаимодействие с коллегами 50% своего времени - вплоть до последнего месяца разработки, когда этот показатель снижается до 10%. Конечно, показатели варьируются от проекта к проекту, но можно однозначно утверждать, что общение имеет для разработчика огромное значение. Ситуация с полным интервалом (временем с момента поступления запроса на изменение до внесения последнего изменения в код; этот интервал несколько больше рабочего, поскольку включает в себя время, необходимое для анализа запроса, назначение приоритета и т.п.) аналогична: 20,5 дня против 12,7.Концептуально надо стремиться к тому, чтобы, с одной стороны, уменьшалась потребность во взаимодействии удаленных разработчиков (поскольку нельзя добиться такой же его эффективности, какая достижима при «живом» общении), а с другой стороны, повышалась эффективность инструментария разработчика. Руководитель проекта должен принимать во внимание следующие факторы: - «Возраст» проекта. Действительно, «старые» проекты гораздо сложнее адаптировать к новому стилю разработки: они содержат много кода, который уже отчасти не поддерживается, а архитектура проекта может быть неудобна для разделения задач. Продукт, созданный несколькими удаленными коллективами, при прочих равных условиях обычно оказывается худшим по качеству, нежели продукт, разработанный локальной командой, - при распределенной разработке контроль над качеством и тестирование усложнены. Если денежный вопрос является одним из наиболее существенных в проекте, распределенная разработка может дать преимущества.Свободная лицензия позволяет использовать исходный код программы для своих нужд с минимальными ограничениями, не противоречащими определению OPENSOURCE.org. Многие сходятся во мнении, что разрекламированность «Open Source» несколько вредит свободному ПО, так как некоторые разработчики и пользователи открытого ПО совсем не против собственнического ПО, и люди останавливаются на Open Source, не доходя до понятий о свободе. Несмотря на стремление авторов термина «opensource» Эрика Реймонда и Брюса Перенса избавиться от неоднозначности слова free, выражение open source тоже очень часто используется для обозначения сущностей, противоречащих определению OSI или не имеющих к нему никакого отношения, но способных привести к путанице. Так же существует целый класс программ, называемых коммерческим ПОС открытым исходным кодом или Open Core, которые используют термин «Open Source» применительно к несвободному программному обеспечению. Идея заключается в том, что программист или пользователь может, например, с помощью Internet, получить какую-нибудь программу вместе с ее исходным текстом, изменить ее, исправить ошибки и передать другим пользователям.Размеры данного проекта не имеют равных в истории разработки ПО: в нем приняли участие примерно 40 000 человек. Нужно принять во внимание то, что формально не существует организации, которая стоит во главе этого проекта и его участники работают совершенно безвозмездно, выдавая с каждым днем новые версии. Заслуживает внимания, в первую очередь, компания Inprise, с легкой руки которой компилятор С 5.5 получил статус бесплатного программного продукта (хотя пока остается загадкой - будет ли опубликован сам исходный код компилятора). Естественно Yahoo, который и запустил проект, исп

Содержание

Введение

1. Распределенная разработка программного обеспечения

1.1 Ключевое отличие распределенной разработки. Достоинства и недостатки

1.2 Концептуальное решение и выбор типа разработки

2. Особенности программного обеспечения с открытым исходным кодом

2.1. Идея и развитие Open Source

2.2. Наиболее важные Open Source - проекты

Заключение

Список использованной литературы

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

Распределенная разработка программного обеспечения сегодня стала нормой: современные средства связи позволяют объединять людей, находящихся по разные стороны океана, а минимизация издержек при разработке в развивающихся странах привлекает заказчиков из стран Европы и США. Кроме того, специалистов нужной квалификации может просто не оказаться «на месте», и тогда взаимодействие с удаленными рабочими группами или внешними подрядчиками окажется просто необходимым.

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

Термин «open source» был создан вместе с определением в 1998 году Эриком Реймондом и Брюсом Перенсом, которые утверждали, что термин free software (свободное программное обеспечение) в английском языке неоднозначен и смущает многих коммерческих предпринимателей.

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

Отличие между движениями открытого ПО и свободного ПО заключается в основном в приоритетах. Сторонники термина «open source» делают упор на эффективность открытых исходников как метода разработки, модернизации и сопровождения программ. Сторонники термина «free software» считают, что именно права на свободное распространение, модификацию и изучение программ являются главным достоинством свободного открытого ПО.