Проектирование программного средства комплексной среды разработки

Тип работы: Курсовая работа
Бесплатно: Антиплагиат
Объем: 21 страниц
В избранное:

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РФ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ
УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
ИЖЕВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ
УНИВЕРСИТЕТИМЕНИ М.Т. КАЛАШНИКОВА
Институт Информатика и вычислительная техника
Кафедра Информационные системы
Работа защищена с оценкой
Дата
Подпись
КУРСОВАЯ РАБОТА
по дисциплине Проектирование информационных систем
на тему Проектирование программного средства комплексной среды
разработки
Выполнил
Р.А. Талипов
А.В. Корепанов
студент гр. Б06-021-1
----------------------------------- ----------------------------------- ----------
подпись, дата
Руководитель
к.ф.-м.н., доцент
Рецензия:
степень достижения поставленной цели
полнота разработка темы
уровень самостоятельной работы обучающегося
недостатки работы
Ижевск - 2020 г.
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ 3
ОПИСАНИЕ ПРОЦЕССА И МЕТОДОЛОГИИ 4
Постановка задачи 4
Бизнес-процесс Комплексная среда разработки 4
Методология КОТ 6
Существующие информационные системы 11
РАЗРАБОТКА СИСТЕМЫ 16
Нулевая итерация 16
Первая итерация 17
Вторая итерация 18
РЕЗУЛЬТАТЫ РАБОТЫ 20
Заключение 24
СПИСОК ЛИТЕРАТУРЫ 25
ВВЕДЕНИЕ
Данная курсовая работа посвящена проектированию бизнес процесса Комплексная среда разработки, данный бизнес-процесс является довольно актуальным в современном мире, таким образом его комплексная автоматизация позволит далеко продвинуться в среде программирования. Для автоматизации выбрана методология КайопаГПшйедРгосезз^иР).
В современных методах разработки, гибкие методологии стали неотъемлемой частью любого проекта. Разбор проекта на части, последовательность и соблюдение правил позволяет, как уменьшить длительность разработки проекта, так и сократить затраты на его разработку. Одним из способов -- это сделать, является разделение проекта на итерации - короткие этапы, итогом которых является работающая версия продукта. Постоянная работа с заказчиком позволяет согласовывать любые детали, как в функциональном понимании, так и во внешнем виде программы.
На данный момент, в мире существует большое количество языков программирования, с помощью которых можно разрабатывать даже самые сложные программные продукты. Одной из проблем современного программирования, является то что различные языки используют разные среды разработки, каждая среда, в основном, отвечает за какой-то один аспект в программном продукте. Разработка комплексной среда разработки позволит программистам писать код, используя разные языки и платформы, что позволит сократить время на эту самую разработку.
Так же стоит расписать содержание глав работы. Первая глава описывает бизнес-процесс, который требуется автоматизировать, так же в ней следует проанализировать выбранную методологию и решить, подходить ли она для разработки системы. Во второй главе требуется описать итерации выбранной методологии. Третья глава содержит описание разработки по данной методологии.
ОПИСАНИЕ ПРОЦЕССА И МЕТОДОЛОГИИ
Постановка задачи
Целью курсовой работы является изучение концепции гибкой методологии КЦР, так же её применение при проектировании программного продукта Комплексная среда разработки.
Для выполнения заданной цели требуется выполнить следующие задачи:
описать детально структуру и особенности исполнения рассматриваемого бизнес-процесса;
описать основные положения и детальный процесс работы по выбранной методологии;
провести анализ литературы и описать типовые реализации выбранного бизнес-процесса в различных мировых и отечественных информационных системах;
произвести начальное формирование требований пользователя и другие требуемые методологией действия;
произвести работы первой итерации;
произвести работы второй итерации.
Итогом выполнениях всех целей является получение программного продукта, а именно Комплексная среда разработки, разработанная по технологии КЦР.
Бизнес-процесс Комплексная среда разработки
Для данной курсовой работы был выбран процесс автоматизации комплексной среды разработки. Интегрированная среда разработки (ИСР) использует различные инструменты для ускоренной разработки. Использование ИСР для разработки программного обеспечения является прямой противоположностью способу, в котором используются несвязанные инструменты, такие как текстовый редактор, компилятор, и т. п. Интегрированные среды разработки были созданы для того, чтобы максимизировать производительность программиста благодаря тесно связанным компонентам с простыми пользовательскими интерфейсами [1].
Это позволяет разработчику сделать меньше действий для переключения различных режимов, в отличие от дискретных программ разработки. Однако так как ИСР является сложным программным комплексом, то среда разработки сможет качественно ускорить процесс разработки ПО лишь после специального обучения. Для уменьшения барьера вхождения многие достаточно интерактивны, а для облегчения перехода с одной на другую интерфейс у одного производителя максимально близок, вплоть до использования одной ИСР [2]. В данном процессе необходимо привести систему к общему виду для более комфортной работы в самом приложении.

Рисунок 1.1 - Схема возможностей программного средства
Следует рассмотреть функциональные составляющие данного программного средства. На рисунке 1.1 представлен функционал программы. В начале пользователь начинает с выбора языка программирования, следом выбирает платформу, на которой будет писаться данная программа. Потом начинается написание самой кода, параллельно он может вызвать анализатор кода, проводить тестирование, работать с графикой, выбирать тип форм, выбирать форматирование и работать с базой данных. Таким образом пользователь получит разнообразный функционал, который в будущем может использовать для написание более качественного программного продукта.
Методология К1Т
КЦР (ЧайопаШпГ1ес1Ргосе88) - методология разработки ПО, созданная компанией Райопа1йоЙ\\'агеСтоит рассмотреть главный манифест разработки программного обеспечения - Лд11еМапГе81о [3]. Данный манифест содержит в себе список всех основных ценностей и правил разработки программных продуктов. Он был разработан в феврале 2001 году. Он содержит 12 принципов и 4 ценности разработки [4].
1айопа1йой\\'аге -- компания-разработчик программного обеспечения. До 2003 года Района! была независимой компанией, в 2003 году её поглотила корпорация 1ВМ. Большинство продуктов компании предназначены для моделирования, а также для разработки и поддержки программного обеспечения. В методологии даются рекомендации по всем этапам разработки: от моделирования бизнеса до тестирования и сдачи в эксплуатацию готовой программы. Основные принципы:
ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков;
концентрация на выполнении требований заказчиков к исполняемой программе;
ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки;
компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта;
постоянное обеспечение качества на всех этапах разработки проекта (продукта);
работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.
КЦР обеспечивает строгий подход к распределению задач и ответственности внутри организации-разработчика. Его предназначение заключается в том, чтобы гарантировать создание точно в срок и в рамках установленного бюджета качественного ПО, отвечающего нуждам конечных пользователей. КЦР способствует повышению производительности коллективной разработки и предоставляет лучшее из накопленного опыта по созданию ПО, посредством руководств, шаблонов и наставлений по пользованию инструментальными средствами для всех критически важных работ, в течение жизненного цикла создания и сопровождения ПО. Предоставляя каждому члену группы доступ к той же самой базе знаний, вне зависимости от того, разрабатывает ли он требования, проектирует, выполняет тестирование или управляет проектом - КЦР гарантирует, что все члены группы используют общий язык моделирования, процесс, имеют согласованное видение того, как создавать ПО. В качестве языка моделирования в общей базе знаний используется Оп111ес1Мос'1еНпдкапдиаде (ОМЕ), являющийся международным стандартом [5].
Особенностью КЦР является то, что в результате работы над проектом создаются и совершенствуются модели. Вместо создания громадного количества бумажных документов, КЦР опирается на разработку и развитие семантически обогащенных моделей, всесторонне представляющих разрабатываемую систему. КЦР - это руководство по тому, как эффективно использовать ЦМЪ. Стандартный язык моделирования, используемый всеми членами группы, делает понятными для всех описания требований, проектирование и архитектуру системы.
КЦР поддерживается инструментальными средствами, которые автоматизируют большие разделы процесса. Они используются для создания и совершенствования различных промежуточных продуктов на различных этапах процесса создания ПО, например, при визуальном моделировании, программировании, тестировании и т.д.
КЦР - это конфигурируемый процесс, поскольку, вполне понятно, что невозможно создать единого руководства на все случаи разработки ПО. КЦР пригоден как для маленьких групп разработчиков, так и для больших организаций, занимающихся созданием ПО. В основе КЦР лежит простая и понятная архитектура процесса, которая обеспечивает общность для целого семейства процессов. Более того, КЦР может конфигурироваться для учета различных ситуаций. В его состав входит 1)е\;е1ортеп11П, который обеспечивает поддержку процесса конфигурирования под нужды конкретных организаций.
КЦР описывает, как эффективно применять коммерчески обоснованные и практически опробованные подходы к разработке ПО для коллективов разработчиков, где каждый из членов получает преимущества от использования передового опыта в:
итерационной разработке ПО;
управлении требованиями;
использовании компонентной архитектуры;
визуальном моделировании;
тестировании качества ПО;
контроле за изменениями в ПО.
КЦР организует работу над проектом в терминах последовательности действий (^огкйо^з), продуктов деятельности, исполнителей и других статических аспектов процесса с одной стороны, и в терминах циклов, фаз, итераций и временных отметок завершения определенных этапов в создании ПО (т^1е8^опе8), т.е. в терминах динамических аспектов процесса, с другой. Если попытаться представить процесс в графическом виде и пустить вдоль горизонтальной оси время, отложить на ней циклы, фазы, итерации и т11е81опе8, а вдоль вертикальной оси статические аспекты процесса, как это предписано, данная схема представлена на рисунке 1.2 [6].
----------------------------------- ----------------------------------- ----------
Начало Развитие Конструирование Передача

----------------------------------- ----------------------------------- ----------
Релиз 1 Релиа 2 Окончательный
----------------------------------- ----------------------------------- ----------
, , релиз

----------------------------------- ----------------------------------- ----------
Инкремент

----------------------------------- ----------------------------------- ----------
Версия
Рисунок 1.2 - Фазы методологии

При итерационном подходе, каждая из фаз процесса разработки состоит из нескольких итераций, целью которых является последовательное осмысление стоящих проблем, наращивание эффективных решений и снижение риска потенциальных ошибок в проекте. В то же время, каждая из последовательностей действий по созданию ПО выполняется в течение нескольких фаз, проходя пики и спады активности. На рисунке 1.3 представлен набор задач на следующе роли.
Мападетеп!
ЕпугоптепГ
Соп( д игв110 п
Мзпздстсп!
Вияпе&ъ
Мм)е1пу
Вияпе&ъ
*
1п1На1 РЬлп1п?
Рисунок 1.3 - Распределение ролей
ОерДоутеп*
Каждый цикл итерации проекта начинается с планирования того, что должно быть выполнено. Результатом выполнения должен быть значимый продукт. Заканчивается же цикл оценкой того, что было сделано и были ли цели достигнуты.
КайопаЮшйедРгосезз, как продукт, состоит из:
Размещаемой на ^еЬ базы знаний, которая состоит из руководств, шаблонов, наставлений по использованию инструментальных средств, и которая может быть разбита на:
Обширные руководства для всех членов коллектива разработчиков, для каждого временного интервала жизненного цикла ПО. Руководства представлены в двух видах: для осмысления процесса на верхнем уровне, и в виде подробных наставлений по повседневной деятельности. Руководства опубликованы в НТМ^ формате.
Наставления по пользованию инструментальными средствами, которые автоматизируют большие разделы процесса создания ПО. Наставления опубликованы в НТМ^ формате.
Примеры и шаблоны для КайопаГОозе, которые служат руководствами по тому, как структурировать информацию в Ка!:юпа1Ко8е при следовании указаниям ВПР.
Шаблоны для 8о^а - более десятка шаблонов для 8о^а, которые помогают автоматизировать документирование ПО.
М1С1'О8ОЙЖ)гс1 шаблоны - более 30 шаблонов, которые предназначены для поддержки документации по всем последовательностям действий и интервалам жизненного цикла ПО.
Планы в формате М^гозойРгсцес!: - для тех, кому трудно сразу перейти к созданию планов - отражают итерационную разработку. Данные документы помогают произвести такой переход.
1)е\;е1ортеп1111 - описывает то, каким образом можно конфигурировать и расширить КНР для специфических нужд проекта, и обеспечивает инструменты и шаблоны, помогающие это выполнить.
Доступ к Ие8оигсеСеп1ег, который содержит последние публикации, обновления, подсказки, методики, а также ссылки на аСС-оп и сервисы.
Книги 1Р1. КгисНеп - Района! ОшПес! Ргосе88-Ап ГОгоСисйоп. Книга содержит 277 страниц и является хорошим вступлением и обзором к процессу и базе знаний.
Существующие информационные системы
V^8иа18^ид^о - это интегрированная среда разработки (ГОЕ) от М^гозой, основной инструмент разработки приложений для платформы .КЕТ и ^1пс1о\\'8 в целом. Вы можете разрабатывать приложения на языках С#, VВ.NЕТ, Е# и С++СЫ. Также доступны дополнения, позволяющие программировать в У18иа1В1ис11о на языках Ру11юп, КиЬу и других [7].
У1зиа181ийю обладает широкими возможностями и в этом многообразии легко запутаться. Базовые средства для разработки интуитивно понятны, но некоторые из возможностей постоянно вызывают затруднения у начинающих программистов. Для лучшей ориентировки требуется начать с истории версий №Т Егате\огк и У18иа181ис11'о.
В истории .КЕТ Егате\огк существует несколько переломных моментов - новых версий, в которых появились кардинальные улучшения по сравнению с предыдущими. Выходы новых версий У18иа1В1ис11'о соответствовали таковым для .КЕТ, хотя нумерация у них разная. Стоит отметить, что платформа сохраняет обратную совместимость со всеми предыдущими версиями - код, написанный для .КЕТ 1.0 будет компилироваться в .КЕТ 4.5.1 и т.д. Первыми версиями .КЕТ Егате\огк были 1.0 и 1.1 - эти версии сейчас в написании новых программ практически (если не сказать полностью) не используются. Этим версиям соответствует У^8^а18^^д^о .КЕТ 2003 - несмотря на то, что её сейчас никто не использует, в ней можно написать полноценное .КЕТ приложение. Первой версией, заслуживающей внимания, была .КЕТ 2.0 - появление обобщений и обобщённых коллекций сильно изменили стиль программирования и их использование активно приветствуется и сейчас. Вместе с выходом .КЕТ 2.0 появилась У^8^а18^^д^о 2005. Все последующие выпуски, вплоть до текущего, строятся по единой схеме - расположение меню, панели инструментов, окна и прочее кочуют от версии к версии, лишь улучшаясь. Тогда же появилось деление на выпуски, которое теперь уже устарело: бесплатные Ехрге88-версии выходили в трёх вариантах - У18иа1 С# Ехрге88 для разработки на С#, У18иа1 Ва8^.КЕТ Ехрге88 для разработки на УВ.КЕТ, У18иа1 С++ Ехрге88 для разработки на С++ (в том числе классических приложений с неуправляемым кодом) и собственно У18иа1В1ис11о (разных редакций) - эта полная версия, включающая все средства в одном и распространяющаяся только платно. Такое деление сохранялось для версий 2005, 2008 и 2010.
С выходом .КЕТ 3.5 платформа пополнилась технологиями, которые сейчас используются в большинстве управляемых приложений - по большей части это касается ЕШС) и ^РЕ, в меньшей - ^СЕ и ^Е. Данной версии .КЕТ
соответствует У^8^а18^^д^о 2008 - это минимальная версия среды, на которой я бы вам рекомендовал разрабатывать приложения с минимальным риском быть ограниченным возможностями среды. Последующие версии .КЕТ Егате\огк (4.0, 4.5, 4.5.1 и 4.6) привносили менее впечатляющие изменения, однако развитие У18иа1В1ис11'о пошло по пути серьёзных изменений - технологии ^РЕ и МЕЕ изменили графическую составляющую интерфейса и упростили расширяемость среды. Начиная с V^8^а18^^д^о 2012 изменилась форма выпуска среды - теперь все языки включены даже в версию Ехрге88, а также появилась новая форма деления по редакциям: У811а1В1ис1о1ог^тс1о\\'81)е8к1ор - классический набор для разработки приложений с использованием ^шс1о\\'8Еопп8, ^РЕ и классических технологий МЕС, АТЕа также приложений, работающих с ^тАРЕ Все технологии, предоставляемые .КЕТ (работа с БД - АБО.КЕТ, интегрированные запросы - Е1МЭ, а также ^СЕ и ^Е) также включены. У8иа1В1иРо10г^1пРо\8 - для разработки приложений МеЕо на ^РЕ и НТМЕ.1ааВспр1 для ^шс1о\\'8 8 и ^1пс1о\\'8 10 (для У8 2015). Эта редакция не поддерживает ^шс1о\\'8 7. У8иа1В1иРо1()г^еЬОее1ортеп1 - для разработки ^еЬ-приложений и сайтов с использованием А8Р.КЕТ У^8^а18^^д^о (редакции Рго!е88юпа1, ПИзтаК и др.) - включает все вышеперечисленные средства и множество дополнительных. Эта версия платная. У18иа1В1ис11'оСотп1ип1'1у - одна из первых ласточек перехода самой .КЕТ и средств для разработки в сторону свободного программного обеспечения. Это бесплатная версия с набором возможностей как у версии Рго!е88ЮпаЕ Дополнительная информация тут: У^8^а181:^дюСотт^т^у 2013 - бесплатная редакция [8].
Этим термином принято называть комплект программного обеспечения, который призван максимально оптимизировать процесс веб-разработки, создания программного обеспечения или любой другой вид программирования. Множество текстовых редакторов ... продолжение

Вы можете абсолютно на бесплатной основе полностью просмотреть эту работу через наше приложение.