Разработка ИС музыкального магазина «Аккорд» с использованием диаграмм UML

Автор работы: Пользователь скрыл имя, 24 Марта 2010 в 15:06, Не определен

Описание работы

В последнее десятилетие в компьютерном мире наметилась тенденция моделирования сложных систем визуальными (наглядными) моделями. Причем в новых методах проектирования сложных компьютерных систем, например ООП и ООАП, наглядные модели очень часто связываются с такими зрительными образами как "взгляды", направленные на сложную систему с различных точек зрения. Набор из нескольких наглядных моделей (модельных взглядов) создает в сознании специалистов интегральный образ сложной компьютерной системы, которую они совместно проектируют. Вместе с тем, наглядные модели служат эффективным средством документирования компьютерных систем и их программных обеспечений, а также языком общения между программистами, системными аналитиками и заказчиками систем.
Наиболее известными визуальными моделями, используемыми для проектирования компьютерных систем и их программных обеспечений, являются диаграммы языка UML и стандарта IDEF0, таблицы и диаграммы стандарта IDEF1X. Эти визуальные модели имеют математическую основу в виде теорий графов, множеств и матриц.

Файлы: 1 файл

Алякина-отчет.doc

— 175.74 Кб (Скачать файл)

    Рис. 1.1 Диаграмма прецедентов учебного заведения 

    1.2.Диаграмма классов (class diagram)

    Класс (class) - категория вещей, которые имеют общие атрибуты и операции.

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

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

    Диаграмма классов - это набор статических, декларативных элементов модели. Диаграммы классов могут применяться и при прямом проектировании, то есть в процессе разработки новой системы, и при обратном проектировании - описании существующих и используемых систем. Информация с диаграммы классов напрямую отображается в исходный код приложения - в большинстве существующих инструментов UML-моделирования возможна кодогенерация для определенного языка программирования (обычно Java или C++). Таким образом, диаграмма классов - конечный результат проектирования и отправная точка процесса разработки. 

Рис. 1.2. Диаграмма классов учебного заведения 

    1.3.Диаграмма последовательностей (sequence diagram)

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

Рис. 1.3 Диаграмма последовательностей работы лифта 

    1.4.Диаграмма состояний (statechart diagram)

    Диаграммы состояний (Statechart diagrams) используются для описания поведения сложных систем. На диаграммах состояний представлен автомат, включающий в себя состояния, переходы, события и виды действий. Диаграммы состояний относятся к динамическому виду системы; особенно они важны при моделировании поведения интерфейса, класса или кооперации. Они определяют все возможные состояния, в которых может находиться объект, а также процесс смены состояний объекта в результате некоторых событий. Эти диаграммы обычно используются для описания поведения одного объекта в нескольких прецедентах.

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

    Рис. 1.4 Диаграмма состояний прохождения академического курса 

    1.5.Диаграмма деятельности (activity diagram)

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

Основными элементами диаграмм деятельности являются :

         *овалы, изображающие действия объекта;

    * линейки синхронизации, указывающие на необходимость завершить или начать несколько действий (модель логического условия "И"};

    * ромбы, отражающие принятие решений по выбору одного из маршрутов выполнения процесса (модель логического условия "ИЛИ");

     * стрелки -- отражают последовательность действий, могут иметь метки условий.

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

    Любая деятельность может быть подвергнута дальнейшей декомпозиции и представлена в виде отдельной диаграммы деятельности или спецификации (словесного описания). 

    Рис. 1.5 Диаграмма деятельности оформления заказа в интернет-магазине 
 

    Глава 2. Разработка ИС музыкального магазина «Аккорд»

    2.1. Предварительная информация

2.1.1.Краткая  информация о компании «Аккорд»:

    Магазин  «Аккорд» закупает музыкальные инструменты и концертное оборудование в крупных компания России и зарубежных стран и продаёт их в розницу и оптом.

    Основные бизнес-процессы компании - закупки, складирование запасов, продажи, взаиморасчеты с поставщиками и покупателями.

    Уровень конкуренции для компании в последнее время возрос, так как на рынок вышли 2 новых конкурента, к которым перешла часть клиентов и ряд наиболее квалифицированных сотрудников ООО « Аккорд».

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

Адреса и телефоны

Чебоксары, 428000, улица Афанасьева, д.10а

Телефон: (8352) 666-666, факс: (8352) 777-77

Контактные лица

Иванов Иван Иванович - Генеральный директор

Петров Петр Петрович - Исполнительный директор

Сидоров Алексей Алексеевич - Директор по маркетингу

Сотрудники:

На момент проведения Диагностики штат организации составляет 5 человек. Основными целями проекта автоматизации организации «Аккорд» являются:

    · Разработка и внедрение комплексной автоматизированной системы поддержки логистических процессов компании.

    · Повышение эффективности работы всех подразделений компании и обеспечение ведения учета в единой информационной системе.

2.2. Видение выполнения проекта и границы проекта 

    В рамках проекта развертывание новой системы предполагается осуществить только в следующих подразделениях ООО «Аккорд»:

    · Отдел закупок;

    · Отдел приемки;

    · Отдел продаж;

    · Отдел маркетинга;

    · Группа планирования и маркетинга;

    · Группа логистики;

    · Учетно-операционный отдел;

    · Учетный отдел;

    · Отдел сертификации

    · Бухгалтерия (только в части учета закупок, продаж, поступлений и платежей).

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

    Количество рабочих мест пользователей - 5. 

    2.3. Отчет об обследовании

2.3.1. Существующий уровень автоматизации 

Список программного обеспечения, используемого компанией на момент обследования

1) "1С: Предприятие 7.7" ("Бухгалтерия", "Торговля", "Зарплата", "Кадры", "Касса", "Банк") для работы бухгалтерии.

2) Две собственные разработки на базе конфигуратора "1С" - "Закупки" и "Продажи".

3) Собственная разработка на базе FOXPRO для финансового отдела.

4) Excel для планирования продаж. 
 
 

Таблица 1

Существующий уровень автоматизации 

Количество рабочих станций, всего: 47
Количество сотрудников отдела IT 5
Количество ПК, одновременно работающих в сети 43
Наличие и форма связи с удаленными объектами Терминальная связь со складом
Количество рабочих станций на удаленном объекте 15
Характеристики компьютеров От Pentium 4 2000 и выше
Операционная система Windows XP
Системы, которые представляется возможным оставить без изменения "1С: Предприятие 7.7" в модульном составе "Бухгалтерия", "Зарплата", "Кадры", для работы бухгалтерии
 
 

2.3.2. Общие требования к информационной системе

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

Ключевые функциональные требования к информационной системе:

    1. Мощные средства защиты данных от несанкционированного доступа. Разграничения доступа к данным в соответствии с должностными обязанностями.

    2. Возможность удаленного доступа.

    3. Управление запасами. Оперативное получение информации об остатках на складе.

    4. Управление закупками. Планирование закупок в разрезе поставщиков.

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

    6. Полный контроль взаиморасчетов с поставщиками и клиентами.

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

2.3.3. Примеры форм отчетных документов

Таблица 2

Примеры форм отчетных документов 

Отчет о дебиторской задолженности  
Регистрацион-ный номер Кли-ент Договор Дата догово-ра Сумма по договору Сумма задолженности Ожидаемый срок платежа Коммен-тарий
               
               
Итого        
 
Отчет о кредиторской задолженности
Информация о материалах/комплектующих, услугах, работах Постав-щик № дого-вора Сумма по дого-вору Срок оплаты по договору Дата оплаты Сумма задолжен-ности Коммен-

тарий

               
               
 
Инвентарныйкод

Названиематериалатовара

Едизмерения Требуетсязакупить Предыдущая дата приобретения
      Название поставщика Дата последнего приобретения Стоимость приобретения
             

Информация о работе Разработка ИС музыкального магазина «Аккорд» с использованием диаграмм UML