Файл: «Моделирование предметной области «Учет товаров» с помощью UML»().pdf

ЗАКЛЮЧЕНИЕ

ЛИТЕРАТУРА 35

ВВЕДЕНИЕ

Данная курсовая работа направлена на обобщение навыков построения и моделирования программной системы. Моделирование основывается на диаграммах в нотации языка UML, а также на методологии построения данных диаграмм.

Язык UML необходим для описания программной системы на этапе проектирования и анализа.

Унифицированный язык моделирования (Unified Modeling Language, UML) – это семейство графических нотаций, в основе которого лежит единая метамодель. В настоящее время принят в качестве стандартного языка моделирования и получил широкую поддержку в индустрии программного обеспечения. Он помогает в описании и проектировании программных систем.Так же он позволяет объективно оценить сложность программного средства.

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

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

1.ОСНОВЫ ПРОЕКТИРОВАНИЯ ИС И УЧЕТА ТОВАРОВ

1.1.Анализ технического задания

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

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

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

Третьим типом диаграммы будет - диаграмма компонентов, она промоделирует взаимодействие классов и их совместное использование. Для подробного моделирования поведения некоторых объектов, введём диаграмму последовательности и покажем на ней наиболее сложные, с точки зрения динамики, аспекты поведения системы.

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

Для построения диаграмм был использован язык UML. Он признан стандартом и подавляющее большинство создателей программ, предназначенных для объектно-ориентированного моделирования, придерживают нотации именно этого языка. Сами создатели UML представляют его как язык для определения, представления, проектирования и документирования программных систем, организационно-экономических, технических и др. Сами диаграммы строились в пакете Microsoft Office Visio 2007. Данный пакет был выбран за счёт своей функциональной достаточности, а также глобальной распространённости.

1.2.Общие понятия проектирования ИС

В основе проектирования ИС лежит моделирование предметной области.

Предметная область – это мысленно ограниченная область реальной действительности , подлежащая описанию или моделированию и исследованию.

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

За последнее время значительно возрос объём и оборот информации во всех сферах жизнедеятельности человека. И процесс накопления, обработки и использования знаний постоянно ускоряется. В связи с этим возникает необходимость использования автоматических средств, позволяющих эффективно хранить, обрабатывать и распределять накопленные данные. Для успешной реализации проекта объект проектирования должен быть адекватно описан, построены полные и непротиворечивые функциональные и информационные модели ИС.

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

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

Начало разработки диаграмм функционального моделирования относится к середине 1960-х годов, когда Дуглас Т. Росс предложил специальную технику моделирования, получившую название SADT (Structured Analysis & Design Technique). Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями. Такая чисто функциональная ориентация является принципиальной. Функции системы анализируются независимо от объектов, которыми они оперируют. Для этой цели строятся специальные модели, которые позволяют в наглядной форме представить последовательность определенных действий. Исходными строительными блоками любой модели IDEF0 процесса являются деятельность и стрелки. Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Модель рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. [5, c. 126]

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

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

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

Выход (Output) - материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.

Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой.

Механизм (Mechanism) - ресурсы, которые выполняют работу. Стрелка механизма рисуется как входящая в нижнюю грань работы.

Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель. [1, c. 168]

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

IDEF3 – это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний процессов IDEF3 не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей. IDEF 3

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

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

Разработка модели с применением ERwin имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Также ERwin позволяет решить задачу по переносу структуры данных с одного сервера на другой. Разработка модели данных в ERwin представляется в виде сущностей, которые точно определяют хранящуюся в них информацию.

Принципиальное различие между структурным и объектно-ориентированным подходом заключается в способе декомпозиции системы. Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Каждый объект системы обладает своим собственным поведением, моделирующим поведение объекта реального мира. [8, c. 56]

Язык UML представляет собой общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем. [2, с. 86] Язык UML одновременно является простым и мощным средством моделирования, который может быть эффективно использован для построения концептуальных, логических и графических моделей сложных систем самого

различного целевого назначения. В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. [4, c. 79]

В UML языке, в качестве самостоятельных представлений используются следующие диаграммы: диаграмма вариантов использования; диаграмма классов; диаграмма состояний; диаграмма деятельности; диаграмма последовательности; диаграмма кооперации; диаграмма компонентов; диаграмма развертывания. Каждая из этих диаграмм детализирует и конкретизирует различные представления о модели сложной системы в терминах языка UML. Методологии, технологии и инструментальные средства проектирования составляют основу проекта любой ИС. [7, c. 83]

1.3.Экономическая сущность учета товаров и реализации продукции

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