Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
По учебной практике по специализации
На тему «Разработка ИС музыкального магазина «Аккорд» С использованием диаграмм UML»
Выполнил: студент гр 92-05 Моргалев С. О. Проверила: Алякина А. А.
Чебоксары 2010 Содержание Введение___________________________________________________________4 1. Виды диаграмм UML _____________________________________________6 1.1. Диаграмма прецедентов___________________________________________7 1.2. Диаграмма классов_______________________________________________9 1.3. Диаграмма последовательностей___________________________________10 1.4. Диаграмма состояний____________________________________________11 1.5. Диаграмма деятельности_________________________________________12 2. Разработка ИС музыкального магазина «Аккорд»_____________________14 2.1. Предварительная информация_____________________________________14 2.1.1.Краткая информация о компании_________________________________14 2.2.Видение выполнения проекта______________________________________15 2.3 .Отчет об обследовании___________________________________________15 2.3.1.Анализ существующего уровня автоматизации______________________15 2.3.2.Общие требования к ИС_________________________________________16 2.3.3.Формы документов_____________________________________________17 2.3.4.Описание системы учета_________________________________________18 2.3.5. Список типовых хозяйственных операций и их отражение в провод- ках_______________________________________________________________19 2.3.6.Организационная диаграмма_____________________________________20 2.3.7.Описание состава автоматизируемых бизнес-процессов______________21 2.3.8.Диаграммы прецедентов_________________________________________21 2.3.9.Физическая диаграмма__________________________________________23 2.3.10.Описания бизнес-процессов_____________________________________23 2.3.11.Формирование бизнес-процессов________________________________24 2.3.12. Спецификации настроек ИС____________________________________29 2.3.13. Проектирование реализации операций бизнес-процесса в информационной системе____________________________________________31 Заключение________________________________________________________34 Список использованной литературы___________________________________35 Приложение________________________________________________________36
Введение В последнее десятилетие в компьютерном мире наметилась тенденция моделирования сложных систем визуальными (наглядными) моделями. Причем в новых методах проектирования сложных компьютерных систем, например ООП и ООАП, наглядные модели очень часто связываются с такими зрительными образами как " взгляды", направленные на сложную систему с различных точек зрения. Набор из нескольких наглядных моделей (модельных взглядов) создает в сознании специалистов интегральный образ сложной компьютерной системы, которую они совместно проектируют. Вместе с тем, наглядные модели служат эффективным средством документирования компьютерных систем и их программных обеспечений, а также языком общения между программистами, системными аналитиками и заказчиками систем. Наиболее известными визуальными моделями, используемыми для проектирования компьютерных систем и их программных обеспечений, являются диаграммы языка UML и стандарта IDEF0, таблицы и диаграммы стандарта IDEF1X. Эти визуальные модели имеют математическую основу в виде теорий графов, множеств и матриц. Начальный этап внедрения информационной системы на предприятии – это проработка проекта ИС на этапе консалтинга. На данном этапе необходимо предусмотреть сбор первичных данных, на основе которых будут рассчитываться показатели системы. Решения о том кто, когда, по какому событию, при каких условиях регистрирует эти данные в ИС, должны быть зафиксированы в документах проекта: ролях пользователей, бизнес-процессах, регламентах, требованиях к функционалу. Также необходимо учесть и юридический аспект. В современных ИС имеются развитые средства реализации финансово-юридических структур предприятий, но для настройки этих средств, структура и документооборот должны быть проанализированы и описаны на этапе формирования проекта. Таким образом, будет достигнута интеграция ИС с финансово-юридическим уровнем системы управления предприятием. Интеграция информационной системы и системы управления на процедурном уровне обеспечивается на этапе консалтинга путём разработки, оптимизации и согласования бизнес-процессов. Бизнес-процессы разрабатываются в тесной связи с другими документами организационного дизайна компанией. Например, права участников бизнес-процессов должны быть согласованы со структурой управления, а выполняемые функции - с должностными инструкциями. При внедрении ИС необходимо детализировать бизнес-процессы до документов ИС, что позволяет в дальнейшем использовать их, в качестве инструкций операторов, а также для формирования сценариев обучения пользователей. В результате изучения состава, содержания и процедур формирования основных документов, которые создаются в процессе типового проектирования информационной системы, требуется разработать диаграммы бизнес-процессов на основе их вербального описания, которое получается в результате обследования деятельности гипотетического предприятия «Аккорд». Целью моей работы является разработка документов, необходимых для настройки типовой ИС, и проектирование реализации операций бизнес-процесса в информационной системе. Виды диаграмм UML Свою историю унифицированный язык объектно-ориентированного моделирования ведет с конца 80х - начала 90х годов. Собственно создание UML началось в 1994 году. В это время Грэйди Буч (Grady Booch) и Джеймс Рэмбо (James Rambaugh) начали объединять несколько методов объектно-ориентированного моделирования в фирме Rational Software. И уже в 1995 году была представлена спецификация метода, названного Unified Method. Первая версия UML была принята консорциумом OMG (Object Management Group) в январе 1997 года. Утвержденная же в сентябре версия UML 1.1 была принята на вооружение основными компаниями - производителями программного обеспечения, такими, как Microsoft, IBM, Hewlett-Packard и производителями CASE-средств, которые реализовали поддержку UML в своих программных продуктах (Paradigm Plus, Microsoft Visual Modeler for Visual Basic, Delphi и др.) Авторы и разработчики UML представляют его как язык для определения, представления, проектирования и документирования программных систем, бизнес-систем и других систем различной природы. UML определяет нотацию и метамодель. Нотация представляет собой совокупность графических объектов, которые используются в моделях; она является синтаксисом языка моделирования. Универсальный язык объектного моделирования UML не зависит от языков программирования и, вследствие этого, может поддерживать любой объектно-ориентированный язык программирования. Он является открытым и позволяет расширять ядро. Визуальные модели широко используются в существующих технологиях управления проектированием систем, сложность, масштабы и функциональность которых постоянно возрастают. В практике эксплуатации программных информационных систем постоянно приходится решать такие задачи как перераспределение вычислений и данных, обеспечение проведения параллельных вычислений, репликация баз данных, обеспечение безопасности доступа к информационным системам, оптимизация балансировки нагрузки систем, устойчивость к сбоям и многое другое. Языки и методы моделирования состоят, как правило, из следующих составных частей: 3 Концепции моделирования, их семантика. 4 Визуальное представление элементов моделирования 5 Правила применения элементов моделирования. Первый компонент - это элементы модели, второй - нотация и третий - принципы использования. Одной из важных проблем, решаемых при применении визуальных методов моделирования, является все возрастающая сложность систем и проектов. Наступает момент, когда становится невозможным представить всю систему в целом, появляется отрывочность знаний о системе, и происходит потеря управления. Второе значительное достоинство - упрощение общения заказчика и разработчика. Это связано как с повышенной наглядностью модели, так и с ее гибкостью и динамичностью. Само собой, решаются вопросы уменьшения времени, затрачиваемого на разработку проекта, его стоимости и повышения качества.
1.1.Диаграмма прецедентов (use case diagram) На диаграмме прецедентов представлены прецеденты и актеры (частный случай классов), а также отношения между ними. Диаграммы прецедентов относятся к статическому виду системы с точки зрения прецедентов использования. Они особенно важны при организации и моделировании поведения системы. Диаграммы использования описывают функциональность ИС, которая будет видна пользователям системы. " Каждая функциональность" изображается в виде " прецедентов использования" (use case) или просто прецедентов. Прецедент — это типичное взаимодействие пользователя с системой, которое при этом: • описывает видимую пользователем функцию, • может представлять различные уровни детализации, • обеспечивает достижение конкретной цели, важной для пользователя. Прецедент обозначается на диаграмме овалом, связанным с пользователями, которых принято называть действующими лицами (актеры, actors). Действующие лица используют систему (или используются системой) в данном прецеденте. Действующее лицо выполняет некоторую роль в данном прецеденте. На диаграмме изображается только одно действующее лицо, однако реальных пользователей, выступающих в данной роли по отношению к ИС, может быть много. Список всех прецедентов фактически определяет функциональные требования к ИС, которые лежат в основе разработки технического задания на создание системы. На диаграммах прецедентов, кроме связей между действующими лицами и прецедентами, возможно использование еще двух видов связей между прецедентами: " использование" и " расширение" (рис. 1.1). Связь типа " расширение" применяется, когда один прецедент подобен другому, но несет несколько большую функциональную нагрузку. Ее следует применять при описании изменений в нормальном поведении системы. Связь типа " использование" позволяет выделить некий фрагмент поведения системы и включать его в различные прецеденты без повторного описания.
Рис. 1.1 Диаграмма прецедентов учебного заведения
|
Последнее изменение этой страницы: 2020-02-16; Просмотров: 116; Нарушение авторского права страницы