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

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

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

Цель курсовой работы - закрепление навыков по проектированию информационных систем.

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

При написании курсовой работы ставится несколько задач:

анализ и выбор технологии проектирования информационных систем;
анализ средств проектирования информационных систем;
анализ подходов проектирования информационных систем;
проектирование поставленной задачи по выбранной технологии.

Для написания проекта используется объектно–ориентированный подход, средством моделирования проекта является Rational Rose, технологией проектирования - технология RAD.

Глава 1. Аналитическая часть

1.1 Описание предметной области. Постановка задачи

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

Каждый товар принадлежит к определенной категории.

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

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

Формирует заказы и оформляет поступление товаров менеджер по закупкам.

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

Перечень бизнес-процессов представлен в Таблице 1.

Таблица 1. Перечень бизнес-процессов

№

Наименование бизнес-процесса

Учет товаров

Поддержка заказов

Поступление товаров

Поддержка справочника товаров

Операции бизнес-процесса представлены в Таблице 2.

Таблица 2. Операции бизнес-процессов

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

Описание документов бизнес-процесса представлено в Таблице 3.

Таблица 3. Документы бизнес-процессов

Составляемый документ (исходящий документ)	Операция	Кто составляет (исполнитель)	Как часто	Документы-основания (входящие документы)
Список товаров, имеющихся в наличии	Изменение наличия товара	Менеджер по закупкам	При поступлении товара	Товарная накладная,
Список товаров, количество которых необходимо пополнить	Изменение наличия товаров	Менеджер по закупкам	При реализации товара	Чек
Договор	Добавление информации о поставщиках	Менеджер по закупкам	При добавлении поставщика	Данные о поставщике (визитная карточка)
Измененный договор	Изменение информации о поставщиках	Менеджер по закупкам	При изменении информации о поставщиках	Данные о поставщике (визитная карточка), существующий договор
Договор о расторжении	Удаление информации о поставщиках	Менеджер по закупкам	При удалении поставщика	Существующий договор
Заказ поставщику	Добавление заказа поставщику	Менеджер по закупкам	При заказе поставщику	Информация о критическом остатке товара, данные справочника о поставщиках
Измененный заказ	Изменение заказа поставщику	Менеджер по закупкам	При изменении заказа поставщику	Заказ поставщику
Отмененный заказ	Отмена заказа поставщику	Менеджер по закупкам	При отмене заказа поставщику	Заказ поставщику
Товарная накладная	Оприходование товара	Менеджер по закупкам	При поступлении товара	Заказ поставщику
Список товаров	Изменение информации о товаре; удаление информации о товаре; добавление информации о товаре	Менеджер по закупкам	При изменении информации, удалении, добавлении информации о товаре	Список товаров

Автоматизированная информационная система должна содержать:

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

Система должна осуществлять расчет суммы по документам.

1.2 Предлагаемые мероприятия по улучшению бизнес-процессов

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

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

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

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

Глава 2. Проектная часть

2.1 Выбор средства для моделирования предметной области решаемой задачи

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

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

RAD (rapid application development) — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы.

Основателем RAD считается сотрудник IBM Джеймс Мартин, который в 1980-х годах сформулировал основные принципы RAD, основываясь на идеях Барри Боэма и Скотта Шульца. А в 1991 году Мартин опубликовал книгу, в которой детально изложил концепцию RAD и возможности её применения. С конца XX века RAD получила широкое распространение и одобрение. В настоящее время RAD становится общепринятой схемой для создания средств разработки программных продуктов. Именно средства разработки, основанные на RAD, имеют наибольшую популярность среди программистов.

Среды разработки, использующие принципы RAD: Borland Delphi, Borland C++ Builder, Microsoft Visual Studio, IBM Lotus Domino Designer , Macromedia Flash и другие.

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

Применение технологии RAD целесообразно, когда:

требуется выполнение проекта в сжатые сроки (90 дней). Быстрое выполнение проекта позволяет создать систему, отвечающую требованиям сегодняшнего дня. Если система проектируется долго, то весьма высока вероятность, что за это время существенно изменятся фундаментальные положения, регламентирующие деятельность организации, то есть, система морально устареет еще до завершения ее проектирования.
нечетко определены требования к ПО. В большинстве случаев заказчик весьма приблизительно представляет себе работу будущего программного продукта и не может четко сформулировать все требования к ПО. Требования могут быть вообще не определены к началу проекта либо могут изменяться по ходу его выполнения.
проект выполняется в условиях ограниченности бюджета. Разработка ведется небольшими RAD группами в короткие сроки, что обеспечивает минимум трудозатрат и позволяет вписаться в бюджетные ограничения.
интерфейс пользователя (GUI) есть главный фактор. Нет смысла заставлять пользователя рисовать картинки. RAD технология дает возможность продемонстрировать интерфейс в прототипе, причем достаточно скоро после начала проекта.
проект большой, но поддается разделению на более мелкие функциональные компоненты. Если предполагаемая система велика, необходимо, чтобы ее можно было разбить на мелкие части, каждая из которых обладает четкой функциональностью. Они могут выпускаться последовательно или параллельно (в последнем случае привлекается несколько RAD групп).
ПО не обладает большой вычислительной сложностью.