Файл: Модели процессов разработки программного обеспечения (Анализ процесса разработки программного обеспечения на примере бибилиотеки).pdf

Введение

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

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

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

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

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

Объектом курсовой работы является программное обеспечение.

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

Задачи курсовой работы следующие:

- рассмотреть понятие программного обеспечения;

- рассмотреть процесс разработки программного обеспечения;

- рассмотреть процесс управления разработкой программного обеспечения и его особенности;

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

- проанализировать построение прототипа пользовательского интерфейса.

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

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

1.1. Понятие программного обеспечения

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

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

Общее определение понятия «программное обеспечение» включает в себя множество систем обработки данных программ и политических инструментов для работы этих программ [8, с. 221]. Эта интерпретация, может быть использована, особенно когда речь идет о актуальных проблем развития и функционирования программных систем как таковых. Но с точки зрения пользователей в рамках соответствующих технологий должны быть отделены от состава их документов по техническому обслуживанию программного обеспечения. Так как в соответствии со структурой активов и методов информационных технологий они относятся к организационной и методической поддержки.

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

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

В рамках программного обеспечения выделяются [6, с. 92]:

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

- разработка инструментов программы технического обслуживания;

- прикладное программное обеспечение.

При построении классификации программного обеспечения необходимо учитывать, что быстрое развитие компьютерных технологий и расширение сферы применения компьютеров резко ускорили процесс эволюции программного обеспечения [10, с. 74].

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

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

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

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

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

- система управления базами данных (СУБД), позволяет превратить компьютер в справочник на любую тему;

- табличные процессоры, позволяющие организовать очень распространенную практику в расчетах таблицы;

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

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

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

Основная часть системного программного обеспечения является операционная система (ОС).

Операционная система - это набор программ, которые контролируют основные память, процессор, периферийные устройства и файлы, что ведет диалог [2, с. 94].

В операционной системе много работы, и она почти всегда находится в рабочем состоянии.

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

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

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

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

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

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

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

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

Рис. 1.1. Модифицированная каскадная модель разработки программного обеспечения

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

Для того, чтобы устранить недостатки каскадной модели была предложена V-образная, или шарнирная модель разработки программного обеспечения (рис. 1. 2).

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

V-образная модель позволяет гораздо лучше контролировать результат на предмет соответствия ожиданиям, так как ориентирована на тестирование [5, с. 47].

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

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

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

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