Документирование процесса разработки программного обеспечения с использованием UML - Программирование, компьютеры и кибернетика курсовая работа
![](/file/c17a668ccb7333e986a5a.jpg)
Главная
Программирование, компьютеры и кибернетика
Документирование процесса разработки программного обеспечения с использованием UML
Выбор, обоснование и особенности языка программирования. Вербальное и графическое описание функционального назначения системы. Разработка диаграммы классов, описывающей логическую модель системы. Проектирование физической структуры программного средства.
посмотреть текст работы
скачать работу можно здесь
полная информация о работе
весь список подобных работ
Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Министерство сельского хозяйства Российской Федерации
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
«Московский государственный агроинженерный университет
Кафедра вычислительной техники и прикладной математики
по дисциплине «Программная инженерия»
Документирование процесса разработки программного обеспечения с использованием UML
1. Анализ предметной области проектирования
2. Нормативные документы, устанавливающие требования к процессу
3. Вербальное и графическое описание функционального назначения системы, включающее графическую схему (диаграмму вариантов использования) и текстовых комментариев, поясняющих на схеме как выполняется процесс
2. Выбор и обоснование языка программирования
3. Описание языка программирования или среды разработки особенности, включающее наименование языка (среды), основные особенности и причины выбора
4. Описание СУБД и причины её выбора
1. Разработка диаграммы классов, описывающей логическую модель системы
3. Формирование диаграммы деятельности
4. Разработка диаграммы последовательности
1. Проектирование физической структуры программного средства. Разработка диаграммы компонентов
2. Разработка диаграммы развертывания
Целью расчетной работы является приобретение навыков по созданию формализованных требований к программному обеспечению. Расчетная работа предназначена для практического закрепления и расширения полученных теоретических знаний.
Задачей расчетной работы является формирование у студентов навыков
? принципов проектирования программных средств;
? стандартов по оформлению программных документов.
В данной расчетной работе требуется создать программную систему, ориентированную на администрацию птицефабрики и позволяющую работать с информацией о работниках фабрики и об имеющихся на ней курах.
1.Анализ предметной области проектирования
Таблица 1 - Входные, выходные и внутренние данные бизнес-процесса
Данные о курах, содержащихся на птицефабрике (вес, возраст, порода, количество ежемесячно получаемых от курицы яиц, информация о местонахождении курицы).
Отчет о работе птицефабрики за прошедший месяц (количество кур и средняя производительность по каждой породе, общее количество кур на фабрике, общее количество яиц, общее количество работников и их распределение по цехам).
2.Нормативные документы, устанавливающие требования к процессу.
1) Закон РФ «О защите животных от жестокого обращения».
2) Договора, касающиеся пребывания кур на птицефабрике.
3) Европейская конвенция по защите домашних животных.
Составляют документацию птицефабрики, следят за производительностью птицефабрики, осуществляют поиск заказчиков.
Выполняют предписанные обязанности в трудовом договоре.
Юридические лица, производящие заказ на птицефабрике.
Потребляют товар данной птицефабрики.
Таблица 3 - Интересы заинтересованных лиц
Потребление качественной продукции.
Сокращение затрат на содержание птицефабрики.
Снижение трудоемкости выполняемых операций.
Высокие затраты на содержание птицефабрики
Высокая трудоемкость выполняемых операций
Несоответствие товара товарным требованиям
Повысить прибыль за счет снижения затрат на ресурсы с помощью применения ИС
Повысить спрос на продукцию, повысить оперативность получения информации
Снижение затрат и сокращение времени получения консолидированной информации
Повысить престиж птицефабрики за счет применения информационных технологий
Снизить трудоемкость и сократить время на получение исторической информации о работниках
Повысить производительность и сократить время на анализ имеющейся информации о курах
Сократить издержки на обеспечение документооборота между владельцами птицефабрики и заказчиками
Таблица 6 - Функциональные возможности
Возможность учета изменения прибыли
Возможность получения отчетов о качестве продукции
Возможность получения исторической информации о работниках
Возможность анализа имеющейся информации о производительности птицефабрики
Возможность электронного документооборота между владельцами, заказчиками и работниками
- Расчет размера зарплат работников;
- Затраты на содержание птицефабрики.
3.Вербальное и графическое описание функционального назначения системы, включающее графическую схему (диаграмму вариантов использования) и текстовых комментариев, поясняющих на схеме как выполняется процесс
Краткое описание: Администратор создает роли и пользователей в системе
ВИ 02. Управлять правами пользователей
Краткое описание: Администратор устанавливает ограничения доступа пользователей в соответствии с их ролями в системе.
Роли: пользователь (работники птицефабрики, владельцы, заказчики, потребители, администратор)
Краткое описание: Каждый пользователь системы входит под своей учётной записью, согласно которой получает определённые права и ограничения.
Краткое описание: работники птицефабрики, имеющие определённые пользовательские права, добавляют, редактируют, удаляют, справочники.
ВИ 05. Получить историческую информацию о работнике
Краткое описание: По запросу владельца система предоставляет историческую информацию о работнике. Работник может просматривать информацию о себе.
ВИ 06. Построить консолидированные отчёты
Краткое описание: Работник птицефабрики задает необходимые входные параметры для построения для интересующих отчётов
Роли: Заказчик, потребитель, владелец.
Краткое описание: При потреблении продукции происходит денежный оборот между заказчиком и владельцем, между владельцем, заказчиком и потребителем.
Диаграмма вариантов использования описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.
Рисунок 1 - Диаграмма Вариантов использования. Администрирование системы.
Рисунок 2 - Диаграмма Вариантов использования. Иерархия действующих лиц
Язык UML ориентирован для применения в качестве языка моделирования различными пользователями и научными сообществами для решения широкого класса задач объектно-ориентированного анализа и проектирования (ООАП). С одной стороны, он фактически устраняет многие из несущественных различий между известными ранее языками моделирования и методиками построения диаграмм. С другой стороны, создает предпосылки для унификации различных моделей и этапов их разработки для широкого класса систем, не только программного обеспечения, но и бизнес-процессов.
язык программирование диаграмма логический
2.Выбор и обоснование языка программирования
Язык UML предназначен для решения следующих задач:
1. Поддержка легко воспринимаемого выразительного языка визуального моделирования, предназначенного для разработки и документирования моделей сложных систем самого различного целевого назначения.
2. Обеспечение возможностью расширения исходных понятий языка UML и специализации для более точного представления моделей систем в конкретной предметной области.
3. Описание языка UML, поддерживающее не зависящую от конкретных языков программирования и инструментальных средств проектирования программных систем, спецификацию моделей.
4. Описание языка UML, включающее в себя семантический базис для понимания общих особенностей ООАП.
5. Развитие рынка объектных инструментальных средств.
6. Распространение объектных технологий и соответствующих понятий ООАП.
7. Интеграция новейших достижений практики ООАП.
В качестве самостоятельных представлений в языке UML используются следующие диаграммы:
- диаграмма вариантов использования;
3. Описание языка программирования или среды разработки особенности, включающее наименование языка (среды), основные особенности и причины выбора
В настоящее время разработаны средства визуального программирования на основе UML, обеспечивающие интеграцию, включая прямую и обратную генерацию кода программ, с наиболее распространенными языками и средами программирования, такими как MS Visual C++, Java, Object Pascal/Delphi, Power Builder, MS Visual Basic, Forte, Ada, Smalltalk. Поскольку при разработке языка UML были приняты во внимание многие передовые идеи и методы, можно ожидать, что на очередные версии языка UML также окажут влияние и другие перспективные технологии и концепции. Кроме того, на основе языка UML могут быть определены многие новые перспективные методы.
4. Описание СУБД, содержащее наименование СУБД и причины её выбора
Система управления базами данных (СУБД) -- это комплекс языковых и программных средств, предназначенный для создания, ведения и совместного использования БД многими пользователями.
На этом этапе экспертными или расчётными методами выбирается СУБД, либо доказывается отсутствие необходимости в её использовании. Общие условные обозначения бывают полезными до тех пор, пока они способствуют производству качественного программного обеспечения. Одним из компонентов программного обеспечения является схема СУБД. Большинство современных информационных приложений для предоставления уровня устойчивости, использует некоторую форму реляционных СУБД. Компонентам СУБД следует уделять внимание уже на первых этапах работы, что позволяет заблаговременно учитывать быстродействие и загрузку вспомогательных модулей.
Фреймворк UML дает разработчикам CASE необходимую информацию о метамодели, что позволяет генерировать схемы реляционных СУБД с учетом спецификаций языка описания данных (Data Definition Language - DDL). Как минимум, большинство этих CASE-средств генерируют ANSI DDL, а некоторые из них - DDL, предназначенные для определенных баз данных - таких как Oracle и SQL Server.
Поставщики ERD и средств моделирования объектов связаны между собой, как, например, Rational (производитель Rational Rose) и LogicWorks Inc. (ERWin). Например, бесплатно рапространяемый мост, доступный с Web-сайта Rational, позволяет генерировать схему СУБД непосредственно в ERWin. Это очень полезно, поскольку ERWin может генерировать DDL СУБД во многих различных языках, что, разумеется, расширяет диаграмму классов UML - источников схемы СУБД. Однако, если был выбран не ERWin, то можно воспользоваться средствами ERD, большинство которых предоставляют возможность обратной разработки. Можно использовать другой подход. С помощью объектных средств генерируется ANSI DDL, а затем эти файлы передаются средству ERD, и в дальнейшем они могут обрабатываться базой данных.
Предлагаемый графический конструктор предоставляет возможность работать с наборами изображений объектов определенных типов. Объекты этих типов являются конструктивными элементами, из которых строится объектная модель. Такой набор типов мы назовем библиотекой (объектов), или объектной библиотекой. Библиотеки могут включать как стандартные для программирования простые типы (строки, числа, символы и т.д.), так и типы, имеющие более сложную структуру - совокупность полей данных. Здесь используется термин «поле данных», чтобы отличить его от таких понятий как атрибут, слот, переменная класса и т.д., с помощью которых описывается структура объектов.
Поле данных является более широким понятием, оно указывает на наличие у объекта некоторой информации (данного), которое может быть получено через этот интерфейс. Обычно объекты имеют фиксированную структуру. Это, в частности, бывает, когда объекты реализованы в объектно-ориентированном языке с классами. Однако объекты одного типа могут иметь и различный набор полей данных, т.е. изменяемую структуру, в том числе во время вычисления (runtime). Такое возможно, если объекты реализованы средствами ООП на основе прототипов. Совокупностью полей данных могут также отображаться в конструкторе последовательные типы данных, например, массивы или списки, которые, впрочем, в некоторых библиотеках могут пониматься как объекты.
Здесь важно отметить, что библиотека подразумевает реализацию входящих в неё типов данных в некотором другом приложении (или других приложениях), а пользователь конструктора объектных моделей рассматривает те объекты, с которыми он работает, лишь как некоторые структурные описания классов, функциональное значение которых ему заранее известно. Таким образом, описание поведения объектов полностью исключено из модели, которая создается в конструкторе, и остается только их структурное описание. Это связано с тем - и это главная особенность конструктора, - что он ориентирован не на разработку новых приложений, а предназначен для построения объектной модели из всех возможных типов данных, которые уже описаны в библиотеке и ранее были реализованы в соответствующих приложениях, обеспечивающих объектное имитационное моделирование в конкретных предметных областях. Именно в этом проявляется существенное отличие разрабатываемого здесь интерфейса от различных систем объектно-ориентированного проектирования: последние ориентированы на разработку программных приложений с нуля, а предлагаемый инструмент предназначен для построения моделей на основе уже реализованных в различных приложениях библиотек объектов. Подобную технологию можно было бы назвать визуальным (объектным) моделированием, по аналогии с термином «визуальное программирование».
Таким образом, представленный конструктор можно рассматривать как инструмент, позволяющий ускорить процесс разработки объектных моделей. Его пользователь создает (или применяет) готовые библиотеки типов, описания классов или прототипов объектов, которые используются для формирования объектов в приложениях, непосредственно обеспечивающих объектное моделирование для конкретных предметных областей.
1. Разработка диаграммы классов, описывающей логическую модель системы
Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений.
Главное предназначение этой диаграммы -- описать возможные последовательности состояний и переходов, которые в совокупности характеризуют поведение элемента модели в течение его жизненного цикла. Диаграмма состояний представляет динамическое поведение работника на птицефабрике. Системы, которые реагируют на внешние действия от других систем или от пользователей, иногда называют реактивными. Если такие действия инициируются в произвольные случайные моменты времени, то говорят об асинхронном поведении модели.
3. Формирование диаграммы деятельности
Графическая нотация диаграммы деятельности во многом похожа на нотацию диаграммы состояний, поскольку на диаграммах деятельности также присутствуют обозначения состояний и переходов. Отличие заключается в семантике состояний, которые используются для представления не деятельностей, а действий, и в отсутствии на переходах сигнатуры событий. Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в следующее состояние срабатывает только при завершении этой операции в предыдущем состоянии. Графически диаграмма деятельности представляется в форме графа деятельности, вершинами которого являются состояния действия, а дугами -- переходы от одного состояния действия к другому.
Достоинством диаграммы деятельности является возможность развёртывания её в виде дорожек, т.е. с привязкой к исполнителям конкретных операций алгоритма. Диаграмма строится для отдельного класса, варианта использования, отдельной операции класса или целой подсистемы. На рис.5(ниже) представлена диаграмма деятельности под названием «Управление справочником администратора».
4. Разработка диаграммы последовательности
На диаграмме последовательности изображаются объекты, которые непосредственно участвуют во взаимодействии и не показываются возможные статические ассоциации с другими объектами. Для диаграммы последовательности ключевым моментом является динамика взаимодействия объектов во времени.
Диаграмма последовательности имеет два измерения:
1) Первое измерение - слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии. Графически каждый объект изображается прямоугольником и располагается в верхней части своей линии жизни.
2) Второе измерение - вертикальная временная ось, направленная сверху вниз. Начальному моменту времени соответствует самая верхняя часть диаграммы. Взаимодействия объектов реализуются посредством сообщений, которые посылаются одними объектами другим. Сообщения изображаются в виде горизонтальных стрелок с именем сообщения и также образуют порядок по времени своего возникновения. Масштаб на оси времени не указывается, поскольку диаграмма последовательности моделирует лишь временную упорядоченность взаимодействий типа «раньше-позже».
Наша диаграмма последовательности описывает процесс добавления нового работника. В этом процессе участвуют такие объекты как: сотрудник отдела кадров (актер), отдел кадров (компонент), сотрудник отдела кадров (интерфейс) и работник (класс).
Сотрудник отдела кадров выполняет следующие действия (сообщения): open workerform (открыть рабочую форму), add workerform (добавить рабочую форму), close workerform (закрыть рабочую форму).
Отдел кадров выполняет следующие действия (сообщения): add worker (добавить работника), булева функция - Boolean и обратное сообщение - add worker (добавить работника), булева функция - Boolean.
Интерфейс «Сотрудник отдела кадров» выводит сообщение new - новый работник, вследствие добавляется новый класс - «работник».
Рисунок 6. Диаграмма последовательности
1. Проектирование физической структуры программного средства.
Диаграмма компонентов описывает особенности физического представления системы и позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код. Пунктирные стрелки, соединяющие модули, показывают отношения взаимозависимости, аналогичные тем, которые имеют место при компиляции исходных текстов программ. Основными графическими элементами диаграммы компонентов являются компоненты (Администратор, Владелец, Работник, Заказчик, Браузер), интерфейсы (iАдминистратор,…,iWeb) и зависимости между ними. Диаграмма компонентов разрабатывается для следующих целей:
* визуализации общей структуры исходного кода программной системы;
* спецификации исполнимого варианта программной системы;
* обеспечения многократного использования отдельных фрагментов
* представления концептуальной и физической схем баз данных.
Компонент - основной элемент диаграммы компонентов, реализующий набор интерфейсов и служащий для общего обозначения элементов физического представления модели. Для графического представления компонента может использоваться специальный символ -- прямоугольник со вставленными слева двумя более мелкими прямоугольниками.
2. Разработка диаграммы развертывания
Физическое представление программной системы не может быть полным, если отсутствует информация о том, на какой платформе и на каких вычислительных средствах она реализована. Данная диаграмма показывает полные сведения системы. Она является дополнением к диаграмме компонентов.
В рамках выполненной работы на тему «Программная система птицефабрики»:
1. проведён анализ предметной области, сформированы функциональная и информационная модели процесса;
2. разработана схема взаимодействия модулей, алгоритм работы и проект выходных экранных форм программы, реализующих автоматизацию процесса работы птицефабрики;
В ходе исследования выяснилось, что на данный момент задача повышения работоспособности птицефабрики решалась без использования компьютера, что приводило к большим затратам времени и высокой вероятности ошибки. Для решения этой проблемы был использован язык программирования UML, с помощью которого была разработана программа, позволяющая хранить данные о курах, работниках, заказчиках и работе птицефабрики в целом, оценивать по вводимым данным их достаточность для повышения производительности в предстоящем году.
1. Буч Г., Рамбо Д. Язык UML: руководство пользователя. - Москва, 2010. - 240 с.
2. Фаулер М., Кендал С. UML: основы. - СПб. : Питер, 2008. - 186 с.
3. Методические указания к расчетной работе по дисциплине «Программная инженерия».
4. Зимнов С. Лекции по дисциплине «Программная инженерия».
Порядок автоматизации расчетов себестоимости и длительности программного обеспечения производственного предприятия. Выбор языка программирования и системы управления базами данных. Разработка алгоритмов расчета себестоимости программного обеспечения. дипломная работа [1,7 M], добавлен 13.06.2017
Автоматизация учёта поступления и обучения детей в "Доме детского творчества". Проектирование программного продукта ИС; выбор системы управления базы данных, языка программирования. Разработка концептуальной, логической и физической моделей данных. дипломная работа [1,5 M], добавлен 10.10.2015
Основные принципы, которыми следует руководствоваться в процессе создания и функционирования информационной системы. Проектирование системы программного обеспечения холодильника. Построение диаграммы классов, компонентов, размещения и состояний. курсовая работа [733,4 K], добавлен 10.06.2011
Понятие технологии разработки программного обеспечения и модели жизненного цикла. Сущность объектно-ориентированного подхода. Строительные блоки, общие механизмы языка моделирования UML, диаграммы классов, состояний, взаимодействий и компонентов. курсовая работа [262,5 K], добавлен 10.07.2014
Описание среды разработки Microsoft Visual Studio. Поддерживаемые технологии и языки программирования. Возможности и особенности компьютеризированного тестирования человека. Проектирование программного обеспечения с использованием объектного подхода. курсовая работа [3,0 M], добавлен 09.02.2013
Характеристика объектно-ориентированного, процедурного, функционального программирования. Выбор языка программирования для создания программного обеспечения для управления справочником "Спортсмены". Алгоритм работы приложения, пользовательский интерфейс. курсовая работа [1,6 M], добавлен 23.02.2016
Проектирование информационной системы регистрации клиента гостиницы, планирования и контроля работы обслуживающего персонала. Оперативное получение информации об использовании номерного фонда; разработка форм, отчетов, вычислительных модулей; выбор СУБД. курсовая работа [2,0 M], добавлен 02.10.2013
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .
© 2000 — 2021
Документирование процесса разработки программного обеспечения с использованием UML курсовая работа. Программирование, компьютеры и кибернетика.
Дипломная работа по теме Интерактивно-выставочные проекты в системе социально-культурного сервиса
Реферат: Военные реформы 1862-1874 годов в России. Техническое перевооружение армии и флота, всесословная воинская повинность. Изменение системы военного управления. Скачать бесплатно и без регистрации
Презентация Сочинение Листопад
Реферат: Аксаков. Скачать бесплатно и без регистрации
Длинный Реферат По Физкультуре
Курсовая работа по теме Валютная система государства
Курсовая работа: Формирование у дошкольников самостоятельности
Реферат по теме Виробничо-торговельна діяльність підприемства
Реферат: Human CloningArgumentative Essay Research Paper Lomax 1Lance
Курсовая работа по теме Применение информационных технологий для оптимизации работы автотранспортного предприятия
Курсовая работа по теме Расчет и конструирование основных несущих конструкций стальной балочной площадки
Курсовая работа: Избежание налогообложения. Скачать бесплатно и без регистрации
Реферат по теме Социальная идентификация общества
Курсовая Работа На Тему Меры Безопасности При Работе За Компьютером
Реферат На Тему Технологически Развитые Страны Мира
Реферат по теме Господарство України на рубежі 18-19 столітть
Дипломная работа по теме Геологическое строение территории листа №М-58–40 (Васино)
Реферат Россия В Эпоху Николая 1
Реферат: Принцип театрализации в романе Теккерея Ярмарка тщеславия
Контрольная Работа По Математике 5кл
Гражданско-правовое положение индивидуального предпринимателя - Государство и право курсовая работа
Национализм в Западной Европе в 1990-2000 гг. - История и исторические личности дипломная работа
Россия с древних времен и до наших дней - История и исторические личности курс лекций