Файл: Применение объектно-ориентированного подхода при проектировании информационной системы ( Краткая характеристика проектируемой системы).pdf

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Диаграмма производит для обрисовывает юзерам ежедневные юзерам, что актеров, значком желает прилож.

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

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

Диаграмма вариантов использования состоит из актеров, для которых система производит действие и фактически деяния Use Case, которое обрисовывает то, что актер желает получить от системы. Актер обозначается значком человечка, а Use Case - овалом. Дополнительно в диаграммы могут быть добавлены комменты. Use Case диаграмма для разрабатываемой системы изображена в приложении В.

2.6 Дополнительные диаграммы, отображающие особенности программы

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

Для того, чтоб более точно осознать как должна работать система, все почаще употребляется описание функциональности системы через варианты использования (Use Case либо прецеденты). Варианты использованДиаграмма схем состояния

Диаграмма схем состояния показывает конечный автомат, выделяя поток управления, последующий от состояния к состоянию. Конечный автомат - поведение, которое определяет последовательность состояний в процессе существования объекта. эта последовательность рассматривается как ответ на событие и включает реакции на эти действия.

Диаграмма схем состояния указывает:

1.набор состояний системы;

2.действия, которые вызывают переход из 1-го состояния в другое;

3.действия, которые происходят в итоге конфигурации состояния.

Диаграмма деятельности

Диаграмма деятельности представляет необыкновенную форму конечного автомата, в которои? показываются процесс вычислений и потоки работы. В ней выделяют не обыденные состояния системы объекта, а состояния выполняемых вычислений - состояния действий. При всем этом полагается, что процесс вычислений не прерывается наружными событиями. Словом , диаграммы деятельности очень похожи на блок-схемы алгоритмов. Диаграмма деятельности для разрабатываемои? системы изображена в приложении Б.

Диаграмма взаимодействия

Диаграмма создана для моделирования динамических качеств системы. эта диаграмма указывает взаимодействие, включающее набор объектов и их отношений, также пересылаемые меж ними сообщения. Существует две разновидности диаграммы взаимодействия - диаграмма последовательности и диаграмма сотрудничества. Диаграмма последовательности - это диаграмма взаимодействия, которая выделяет упорядочение сообщений по времени. Диаграмма сотрудничества - это диаграмма взаимодействия, которая выделяет структурную компанию объектов, посылающих и принимающих сообщения. Элементами диаграмм взаимодействия являются участники взаимодействия - объекты, связи, сообщения.

Диаграмма сотрудничества

Диаграммы сотрудничества показывают взаимодействие объектов функционирования системы. Такие диаграммы моделируют сценарии поведения системы. В русскои? литературе диаграммы сотрудничества нередко именуют диаграммами кооперации.

Диаграмма последовательности

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

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

Графически диаграмма последовательности - разновидность таблицы, которая указывает объекты, размещенные на оси Х, и сообщение упорядоченные по оси У.