Построение моделей процесса разработки ПО в рамках учебных проектов в НИУ ВШЭ - Пермь, Описание бизнес-процесса "как есть" - Методика моделирования основных процессов разработки программного обеспечения
В данной части работы будут рассмотрены основные бизнес-процессы этапа разработки программного обеспечения в рамках учебных проектов в университете. В частности, будут рассмотрены модели "как есть" и "как должно быть" в нотации ARIS процесса разработки ПО.
Описание бизнес-процесса "как есть"
Данный процесс отражает регламент работ по разработке программных продуктов в рамках учебных проектов, который негласно принят в университете на данный момент. Данный регламент принят негласно, так как он нигде не задокументирован поэтапно, существует лишь определенный набор обязанностей студентов и преподавателей, на основании которых выстраивается их взаимодействие. Сам процесс отображен в приложении Б.
Принципы работы каждой команды студентов может на некоторых этапах отличаться от построенной модели, так как она призвана описать текущую ситуацию в общем. То есть, для большинства случаев данная модель будет описывать рабочий процесс по проекту.
Из особенностей текущего процесса разработки ПО в университете можно отметить следующие:
- 1. Всю информации о задаче и проекте студенты могут получить лишь непосредственно от своего научного руководителя, при этом он помогает формализовать общие требования к программной разработке, а также подсказывает студентам по ходу работы с пониманием отдельных деталей конечного программного продукта. 2. Процесс разработки ПО ведется итерационно, то есть, после выполнения определенной части работы, текущий результат демонстрируется научному руководителю с целью оценки текущей работы и сопутствующей возможной переработки требований, а также с целью уточнения части требований для дальнейшей работы. 3. Задачи между участниками проектных групп распределяются в процессе работы. 4. Описание всей выполненной работы содержится в одном отчете, который впоследствии хранится на кафедре.
Исходя из упомянутых особенностей текущего процесса разработки ПО, можно выделить следующие его недостатки:
- 1. Информацию о задаче студенты могут получить только от научного руководителя. В случае, когда текущий учебный проект является частью более большого проекта, студентам может понадобиться дополнительное описание разработок, программного кода, и преподавателю придется искать это вручную по частям в предыдущих отчетах студентов, которые доступны зачастую в печатном виде на кафедре. Отсюда вытекает следующая проблема, вся работа по сбору и передаче опыта между студентами лежит на плечах преподавателя, что может быть затратно, когда у преподавателя несколько учебных проектных групп. Таким образом, на данный момент существует проблема передачи и сохранения опыта при работе над студенческими проектами. 2. Отсутствие отдельного документирования разработок, что может быть важно, когда данная информация понадобится другим студенческим проектным группам. Данная проблема также является частью проблемы передачи опыта, описанной в предыдущем пункте. То есть, вместо поиска нужного отчета с нужной документацией, удобней было бы хранить подобные документации в централизованном месте в цифровом виде. 3. Отсутствие четкого распределения ролей в проектных группах. Например, в начале работы не всегда определяется так называемый капитан команды, который занимается организацией работы внутри группы и взаимодействием с научным руководителем, из-за этого обычно возникают трудности в процессе коммуникации как внутри группы, так и с самим научным руководителем. Также, из-за этой проблемы, задачи изначально не всегда распределяются между участниками проектных групп, то есть они понимают общий объем работ, но не всегда понимают деталей и сопутствующих процессов, их трудоемкости. Таким образом, это ведет к неравномерному распределению задач между всеми участниками проектных команд. Это же касается и взаимодействия с преподавателем, обычно этим занимается тот студент, которому это удобно в данный момент. Таким образом каждое взаимодействие между проектной группой и научным руководителем будет различаться, так как каждый раз состав участников будет различен, что негативно сказывается на результатах самого взаимодействия [15]. Это может привести, например, к недопониманию требований, или представитель проектной группы может не знать обо всех аспектах, которые нужно было в данный момент уточнить у преподавателя.
Таким образом, в текущей реализации процесса разработки ПО в университете есть ряд недостатков, которые оказывают негативное влияние как на работу самой группы студентов, так и на работу преподавателей. Данные недостатки были учтены в процессе создания новой модели процесса разработки ПО.
Похожие статьи
-
Одной из наиболее популрных методологий гибкой разработки является Scrum, его популярность заключается в простоте. Подобная методология подходит для...
-
В данной главе рассмотрены основные проблемы, решение которым будет предложено в данной работе. Помимо этого, описаны основные понятия и принципы...
-
Введение - Методика моделирования основных процессов разработки программного обеспечения
В последнее время во многих предприятиях происходит внедрение новых моделей управления и различных информационных систем, обеспечивающих увеличение...
-
Помимо этапа разработки ПО, также немаловажным являются этапы накопления и передачи знаний, а также взаимодействия членов проектной команды. На...
-
Длительные учебные проекты по разработке ПО, такие как курсовые работы или задания по какому-либо курсу программирования, обычно разбиваются на набор...
-
Согласно рассмотренным практикам и методологиям можно составить общее описание разрабатываемой модели разработки ПО в рамках учебных проектов. Основным...
-
Первым шагом при начале работе над учебным проектом является определение ролей участников данного проекта. Данный этап является одним из наиболее важных,...
-
Одним из наиболее важных аспектов в учебных проектах, как и любых других, являются сроки их сдачи. Равномерное распределение задач с учетом...
-
В работе использовались следующее программное обеспечение для решения поставленных задач: AutoCAD, ANSYS Workbench, ANSYS Icepak. Система AutoCAD...
-
После определения отслеживаемых показателей и их представления в среде программного обеспечения, необходимо выделить разные уровни отчетов (включающие...
-
При работе над проектом разрабатывались два основных компонента системы: база данных (далее - БД) и интерфейс клиентского приложения. Затем необходимо...
-
Целью практики является закрепление знаний, полученных в процессе изучения дисциплин "Конструирование программ и языки программирования" и "Основы...
-
Автоматизированное тестирование программного обеспечения - это процесс проверки программного обеспечения, который включает в себя такие шаги как запуск,...
-
Предметная область IoT (Интернет вещей) - это сеть физических объектов - устройств, транспортных средств, зданий и других вещей со встроенной...
-
Объектом описания процесса и построения модели, в рамках данного предложения, являлся процесс "Управление ОРД (ПриказыРаспоряжения)" производственного...
-
Следующей задачей было изучение литературы по теме и ее анализ. Для этого использовались публикации из российских источников с целью учета особенностей...
-
Организационная система управления проектами
Контрольная работа Тема 9 В зависимости от специфики, размера и сложности программного проекта в его реализации могут принимать участие от одной до...
-
Особенности функционального назначения Разрабатываемый программный продукт - это модуль вебсайт для системы управлением контентом портала с архивом...
-
Введение - Разработка объектов Хранилища
Ни для кого не секрет, что проблема хранения и обработки информации является одной из самых важных на данный момент во всем мире. Особенно актуальной эта...
-
Чтобы не заканчивать эту главу на такой печальной ноте, я решил включить в последний раздел избранные максимы о построении экспертных систем, почерпнутые...
-
Говоря о мониторинге показателей эффективности выполнения проектов в ИТ-консалтинге, стоит четко определить все термины и понятия, затрагивающие данную...
-
Выбор средств реализации информационной системы Названные в параграфе 1.4. настоящей работы задачи могут быть решены тремя типами средств автоматизации:...
-
Данная глава посвящена описанию автоматизированного тестирования, его типам, выявлению достоинств и недостатков в автоматизации тестирования. Более того...
-
В данном параграфе описывается процесс "Управление ОРД", детальная модель которого представлена в Приложении А. Для наглядной демонстрации была создана...
-
Инструментальное программное обеспечение -- это программное обеспечение, предназначенное для использования в ходе проектирования, разработки и...
-
Важнейшим вопросом при создании САПР после формализации процесса проектирования является вопрос отображения проектно-конструкторской деятельности...
-
Компания MERA Networks - является одним из крупнейших мировых поставщиков услуг в сфере информационно-коммуникационных технологий. MERA предлагает...
-
Учебный процесс в ННГАСУ сопровождается значительной информационной базой, развитием компьютерного парка и внедрением в образовательный процесс...
-
Описание деятельности ИТ-отдела компании в рамках разработки ключевых показателей эффективности является одной из важнейших частей процесса. Однако...
-
Разработка требований к программному модулю При разработке программного модуля следует опираться на требования и спецификации, определенные для...
-
Заключение - Разработка программного средства, позволяющего оптимизировать SQL-скрипты
Оптимизация потребления ресурсов (хранение данных, ресурсы CPU) - важная задача при реализации ETL-процессов. Чем больше ресурсов системы будет свободно,...
-
В данной главе проводится анализ деятельности кафедры информационных технологий в бизнесе. Анализ показывает, насколько важен процесс поиска для...
-
Структурная схема терминов Под корпоративной информационной системой (КИС или EIS - Enterprise Information System) понимают информационную систему...
-
Ввиду того, что для языка JAPE не предусмотрен специализированный редактор, разработчики рекомендуют использовать Vim[10] или Eclipse[11], ассоциировав...
-
Разработать и проанализировать инвестиционный проект по созданию предприятия, занимающегося сборкой и продажей компьютерной техники в среде программного...
-
Для оценки возможности выполнения проекта имеющимся в распоряжении разработчика штатным составом исполнителей, нужно рассчитать их среднее количество,...
-
Общие сведения о программном продукте Разработанный программный продукт называется "Информационная система Вуза". Он направлен на решение широкого ряда...
-
Общая характеристика технологии создания программного обеспечения К программно-инструментальным средствам в первую очередь относятся алгоритмические...
-
Основания для разработки Система разрабатывается в соответствии с планом учебного процесса Института менеджмента и Информационных технологий (ИМИТ...
-
После выполнения задачи по Подбору и анализу литературы, настало время поиска и сравнительного анализа уже существующих решений задачи контроля...
Построение моделей процесса разработки ПО в рамках учебных проектов в НИУ ВШЭ - Пермь, Описание бизнес-процесса "как есть" - Методика моделирования основных процессов разработки программного обеспечения