ГОУ ВПО «Санкт-Петербургский государственный

ГОУ ВПО «Санкт-Петербургский государственный

инженерно-экономический университет»

Филиал в г. Чебоксары

 

Кафедра инженерных наук и информационных технологий

 

Отчет

По учебной практике по специализации

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

С использованием диаграмм 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 Диаграмма прецедентов учебного заведения

 

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

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

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

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

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

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

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

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

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

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

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

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

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

Сотрудники:

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

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

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

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

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

Таблица 2

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

 

Отчет о дебиторской задолженности

Регистрацион-ный номер

Кли-ент

Договор

Дата догово-ра

Сумма по договору

Сумма задолженности

Ожидаемый срок платежа

Коммен-тарий

Итого

Отчет о кредиторской задолженности

Информация о материалах/комплектующих, услугах, работах

Постав-щик

№ дого-вора

Сумма по дого-вору

Срок оплаты по договору

Дата оплаты

Сумма задолжен-ности

Коммен- тарий

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

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

Едизмерения

Требуетсязакупить

Предыдущая дата приобретения

Название поставщика

Дата последнего приобретения

Стоимость приобретения

Описание системы учета

ООО " Аккорд" использует типовой российский план счетов, три аналитики (контрагенты, договора, регионы).

Таблица3

Фрагмент плана счетов компании

 

Номер бухг. счета	Наименование счета
01.000	Основные средства
02.000	Амортизация основных средств
03.000	Доходные вложения в материальные ценности
04.000	Нематериальные активы
05.000	Амортизация нематериальных активов
08.000	Вложения во внеоборотные активы
10.000	Материалы
10.100	Сырье и материалы
10.200	Прочие материалы
10.300	Инвентарь и хозяйственные принадлежности
14.000	Резервы под снижение стоимости МЦ
16.000	Отклонение в стоимости МЦ
19.000	НДС по приобретениям
...	...

 

Организационная диаграмма

 

 

Рис. 2.1. Организационная диаграмма ООО «Аккорд»

Диаграммы прецедентов

Проектирование любой АИС лучше всего начинать с построения диаграммы прецедентов, описывающей внешнюю границу АИС. Такая диаграмма называется главной диаграммой прецедентов. Главная диаграмма прецедентов показана на Рис.2.2.

 

 

Рис.2.2. Диаграмма прецедентов ООО «Аккорд»

Физическая диаграмма

Взаимодействие с внешними контрагентами представлено на рис.2.3.

Рис.2.3. Физическая диаграмма ООО «Аккорд»

Описания бизнес-процессов

Бизнес-процессы компании, подлежащие автоматизации, приведены в следующей таблице:

Таблица 6

Бизнес-процессы, подлежащие автоматизации

 

Номер бизнес-процесса	Название бизнес-процесса
1Пл_Зак	Планирование закупок

 

Бизнес – процесс «Планирование закупок, формирование заказов поставщикам»

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

 

 

Рис.2.4 Диаграмма действий бизнес-процесса « Планирование закупок, формирование заказов поставщикам»

 

 

Формирование таблицы операций.

Таблица 7

Описание операций

Диаграмма и номер операции	Операция	Исполнитель	Как часто	Входящие документы (документы-основания)	Исходящий документ
1Пл_Зак 1	1. Получение внешней статистики продаж	Менеджер гр. планирования и маркетинга	Ежесуточно	Отчет-таблица продаж внешних источников	Нет
1Пл_Зак 2	2. Расчет потребностей в товаре	Менеджер гр. планирования и маркетинга	Еженедельно	Отчет-таблица собственных продаж Отчет-таблица продаж внешних источников	Таблица потребностей в товаре
1Пл_Зак 3	3. Ввод в систему прайс-листов поставщиков	Менеджер отдела закупок	Ежемесячно	Прайс-листы поставщиков	Прайс-листы поставщиков
1Пл_Зак 4	4. Анализ предложений поставщиков и действующих контрактов	Менеджер отдела закупок	Ежемесячно и по мере необходимости	Прайс-листы поставщиков Контракты действующие	Список поставщиков
1Пл_Зак 5	5. Выбор поставщиков	Менеджер отдела закупок	Ежемесячно и по мере необходимости	Список поставщиков	Список поставщиков с расстановкой приоритетов
1Пл_Зак 6	6. Формирование заказов поставщикам с учетом складских остатков, товара в пути и резервного запаса	Менеджер группы логистики	Ежедневно по плану заявок	План заявок на месяц, график поставок, прайс-листы поставщиков	Заказы поставщику
1Пл_Зак 7	7. Подпись заказа менеджером по логистике, директором ДМ	Менеджер группы логистики	Ежедневно	Заказы поставщику	Заказы поставщику акцептованные
1Пл_Зак 8	8. Направление заказа в отдел закупок	Менеджер группы логистики	Ежедневно	Заказы поставщику акцептованные	Заказы поставщику акцептованные
1Пл_Зак9	9. Направление заказа поставщику	Менеджер отдела закупок	Ежедневно	Заказы поставщику акцептованные	Заказы поставщику акцептованные

 

Таблица 8

Формирование таблицы описания документов

 

Диаграмма №	Составляемый документ	Операция	Исполнитель	Как часто	Документы-основания	Реестр, в котором
1Пл_Зак 1	1. Таблица потребностей в товаре	Расчет потребностей в товаре	Менеджер гр. планирования и маркетинга	Еженедель-но	Отчет-таблица собственных продаж	Реестр статистических отчетов
1Пл_Зак 2	2. Список поставщиков с расстановкой приоритетов	Выбор поставщиков	Менеджер отдела закупок	Ежемесячно и по мере необходимости	Список поставщиков	Нет
1Пл_Зак 3	3. Заказы поставщику	Формирование заказов поставщикам с учетом складских остатков, товара в пути и резервного запаса	Менеджер группы логистики	Ежедневно по плану заявок	План заявок на месяц, график поставок, прайс-листы поставщиков	Реестр заказов
1Пл_Зак 4	4. Заказы поставщику акцептованные	Подпись заказа менеджером по логистике, директором ДМ Направление заказа в отдел закупок Направление заказа поставщику	Менеджер группы логистики	Ежедневно	Заказы поставщику Заказы поставщику акцептованные	Реестр заказов

 

Пример документа на оформление заказа приведен в приложении.

Спецификации настроек ИС

Логистика

· Прогноз закупок, продаж, запасов.

· Описание хранения с использованием склада, палет и размещения.

· ABC-анализ по заданным пользователем критериям ABC-анализа по реализации, себестоимости и марже.

· Просмотр номенклатуры на карантинном складе на любом этапе контроля качества.

· Поддержка штрих-кодов.

Сводное планирование

· Расчет потребности в материалах и мощностях.

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

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

· Получение сводного плана по заказам.

· Система может предложить внести следующие изменения к существующим и спланированным заказам: Увеличение количества заказа, Уменьшение количества заказа, Отложить выполнение заказа или закупки

Учет договоров

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

· Привязка накладных и оплат к конкретному договору (указание договора в строках журналов ГК, заказах, закупках, накладных и оплатах с последующим переносом в проводку по клиенту/поставщику)

· Включение атрибутов договоров в предложения по оплате

· Автоматическое/периодическое сопоставление проводок по контрагентам и договорам

· Форма ручного сопоставления в рамках договоров

· Сальдо расчетов в рамках отдельного договора

· Номер договора в проводках по курсовой разнице

· Переход от моделей предметной области к функциональной модели системы

 

Таблица 9

Реализация операций бизнес-процесса

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

 

Номер операции на диаграмме	Операция	Необходимые разработки	Специфика настройки	Функциональность (модуль) системы
ПлЗак	Получениевнутреннейстатистики	Разработка узла хранения данных статистики продаж	Коды клиентов в файле соответствуют кодировке в Системе	Продажиклиенты
		Разработка механизма импорта статистики	Единицы измерения номенклатуры соответствуют единицам измерения в Системе
2 (1Пл_Зак)	2. Расчет потребностей в товаре	Разработка механизма автоматического формирования минимального и максимального запаса препаратов (ассортиментный план на период планирования) эффективности закупок (ABC и XYZ классификации)		Сводное планирование, логистика, торговля
3 (1Пл_Зак)	3. Регистрация прайс-листов поставщиков в системе	Разработка механизма импорта электронной версии прайс-листа в форму " коммерческого соглашения"	В системе регестрируется один базовый прайс-лист, на его основе формируются все другие прайс-листы	Коммерческие соглашения
4 (1Пл_Зак)	4. Формирование заказов поставщикам с учетом складских остатков, товара в пути и резервного запаса	Разработка взаимосвязанных данных таблиц Заказов, Складских остатков, Товара в пути, Резервных заказов	При заполнении в заказе поля " Количество" система в первую очередь " просматривает" количество товаров на складе. При недостаточном количестве товаров на складе система обращается к таблице с данными о резервных запасах. При недостаточном количестве резервных запасов система осуществляет поиск заданной в заказе номенклатуры в таблице Товары в пути	Сводное планирование, логистика, торговля
5 (1Пл_Зак)	5. Проверка суммы затрат на сертификацию на непревышение нормы		Разработка алгоритма проверки суммы затрат на сертификацию на непревышение внутрифирменной нормы	Сводное планирование, логистика, торговля
6 (1Пл_Зак)	6. Подпись заказа менеджером по логистике, директором	Разработать процедуру утверждения строк спланированных заказов	Результатом процедуры " Сводное планирование" в форме " Спланированные заказы" являются строки. После оценки строк в форме спланированные заказы необходимо провести процедуру одобрения (утверждения) строк спланированных заказов	Сводное планирование, логистика, торговля
7 (1Пл_Зак)	7. Напраление заказа в отдел закупок	Разработка многопользовательской системы, прав доступа к документам		Сводное планирование, логистика, торговля

 

Заключение

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

В данной работе было проведено обследование бизнес-процесса «Планирование закупок, формирование заказов поставщикам» деятельности организации «Аккорд».

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

Данный этап проектирования информационной системы завершает стадию разработки технического задания и позволяет перейти к дальнейшей разработке ИС – стадии рабочего проектирования.

 

Список использованной литературы:

1. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 2004. – 351 с.

2. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир, 2005. – 252 с.

3. Лемке Джуди. Microsoft Office Visio 2003. Шаг за шагом: практ.пособие/ Пер. с англ. – М.: «СП ЭКОМ», 2006. -252 с.

4. Леоненков А. Самоучитель UML. Серия " Самоучитель". - СПб.: BHV-Санкт-Петербург, 2007 - 304 с.: ил.

5. Мартин Дж. Планирование развития автоматизированных систем. – М.: Финансы и статистика, 2005. – 196 с.

6. Мейер М. Теория реляционных баз данных. – М.: Мир, 2006. – 608 с.

7. Проектирование информационных систем: курс лекций: учебное пособие для студентов вузов, обучающихся по специальностям в области информационных технологий / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. – М.: Интернет-Университет Информационных технологий, 2005. – 304 с.

Приложение

 

Шбл=16+8+3*(64+8)+0, 5*5+2, 2*5=253, 5

Шгр=3*(18+1)=57, 33, 9, 48, 27, 18, 21

Вбл=8+8+20+9*8+6*2+0, 5*5+2, 2*5+11=140, 7

 

 

Накладная

Отг