Файл: Проектирование реализации операций бизнес-процесса «Складской учет (Общая характеристика и анализ предприятия).pdf
Добавлен: 24.04.2023
Просмотров: 286
Скачиваний: 1
СОДЕРЖАНИЕ
1.1. Общая характеристика и анализ предприятия
1.3.Анализ уровня технической и программной оснащенности ООО «КТ»
1.4. Требования к проектируемой информационной системе
2.1 Обзор программных аналогов
2.2. Обзор средств реализации информационных систем
2.2.2.Обзор языков программирования
2.3 Обоснование проектирования собственной ИС и выбора средств разработки
3.1. Моделирование учета продаж фирмы «КТ». Модель TO-BE
3.2. Объектно-ориентированное проектирование информационной системы ООО «КТ»
3.2.1. Диаграмма вариантов использования
3.2.2.Диаграмма последовательности
3.2.7. Диаграмма развертывания
3.3.Моделирование структуры реляционной базы данных в составе информационной системы фирмы ООО «КТ»
ВВЕДЕНИЕ
Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей.
Для обеспечения одновременного доступа к данным множества пользователей, нередко расположенных достаточно далеко друг от друга и от места хранения баз данных, созданы сетевые мультипользовательские версии БД основанных на реляционной структуре. В них тем или иным путем решаются специфические проблемы параллельных процессов, целостности (правильности) и безопасности данных, а также санкционирования доступа.
На сегодняшний день применение баз данных приобрело весьма важное значение для многих организаций, которые для упрощения своей работы применяют компьютерные технологии.
Базы данных стали основой информационных систем и в корне изменили методы работы многих организаций. В частности, в последние годы развитие технологии баз данных привело к созданию весьма мощных и удобных в эксплуатации систем. Благодаря этому системы баз данных стали доступными широкому кругу пользователей.
БД – это, всего, хранилище данных, т.е. возможных понятий или описываемых базой возможностью поиска объектов по признакам. данных можно только таблицы, файлы со знаниями форматов, но и сами эти потому, что они являются не хранилищами знаний в базе данных. БД применяться как вспомогательное позволяющее реализовать полезную функцию. хранение настроек Internet - адресов для рекламы и т.д.
Актуальность: В настоящее несмотря на повышение общества, в сфере торговли до сих пор нет средств, достаточной мере процесс ведения отчетности.
Одной из основных можно рассматривать ведения отчетности, а так же корректировку данных при необходимости в этом.
О своевременности и рассматриваемой проблемы факт, что большую своего времени сотрудники фирмы тратят на оформление документации и отчетов. количество информации и отсутствие предложений в сфере гарантирует потребность в данном
Объектом для создания данных являлось создание фирмы, которая занимается продажей канцелярских товаров.
Данная данных предлагает отчетности, хранения ввод и корректировку
Основная задача курсовой работы — разработать базу данных для накопления необходимой информации и приложение, позволяющее вести учет и контроль за базой данных. Произведем декомпозицию основной задачи курсовой работы на подзадачи:
- Проведение анализа деятельности ;
- Анализ и описание предметной области
- Разработка информационной базы данных;
- Разработка технологической архитектуры системы;
- Выбор программного обеспечения.
- Построение UML-диаграмма.
- Осуществление программной реализации приложения;
В качестве СУБД выступает Microsoft Office Access 2010.
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1. Общая характеристика и анализ предприятия
Функционирование организации по продаже канцелярских товаров: ООО "КТ" осуществляет продажу канцелярских товаров. Хранится следующая информация о предприятиях-клиентах: название, юридический адрес, телефон, руководитель, главный бухгалтер. Клиентами являются магазины, частные предприятия, кафе, туристические фирмы. Менеджер оформляет заказ, в котором указано наименование заказчика, дата заказа, наименование товара, количество товара, а так же отметки о выполнении\не выполнении заказа, и о выполнении\не выполнении оплаты заказчиком. Заключается двусторонний договор. После выполнения заказа составляется отчет в разрезе клиента, в котором указывается наименование клиента, дата заказа, наименование, количество и цена товара, и выводится общий итог по стоимости.
Организационная структура представлена на рисунке 1.1
Рисунок 1.1 – Организационная структура
1.2. Моделирование учета реализации фирмы ООО "КТ". Модель AS-IS
Анализ предметной области организации отгрузки товара и получения отчетов по данному процессу проведем с помощью CASE-средства BPwin с использованием двух методов IDF0 и DFD. Выбор данных методов обусловлен следующими факторами:
IDF0 - необходимостью определения соответствующих областей в исследуемой системе, на которых необходимо сфокусировать внимание в первую очередь (моделирование деятельности фирмы с целью построения некоторой информационной системы);
DFD - данные диаграммы используются для описания документооборота и обработки информации. Они являются дополнением к модели IDEF0 для более наглядного отображения текущих операций с документами в системах обработки информации.
На контекстной диаграмме А-0 отображена система управления процессом.
Report for Diagram: A-0, Организация процесса отгрузки товара
Activity Name: Организация процесса отгрузки товара
Link Name: Канцелярские принадлежности
Link Name: Материалы
Link Name: Услуги организации
Link Name: Стандарты
Link Name: Мнение эксперта
Link Name: Персонал
Link Name: Оборудование
Link Name: Сведения о клиенте
Организация работы фирмы - совокупность технологических процессов. Основным результатом этого технологического процесса является оказание различных услуг. Процесс работы подразделяется на 2 непрерывных потока, Один ориентирован на товар, второй - на клиента. (А0)
Report for Diagram: A0, Организация процесса отгрузки товара
Activity Name: Комплектование набора товаров
Activity Name: Обслуживание клиентов
Link Name: Канцелярские принадлежности
Link Name: Материалы
Link Name: Услуги организации
Link Name: Стандарты
Link Name: Мнение эксперта
Link Name: Персонал
Link Name: Оборудование
Link Name: Отгружаемый товар
Link Name: Сведения о клиенте
Следующие две диаграммы - это частные случаи декомпозиции подсистем рассматриваемого процесса. В них выделяются основные процессы. Ниже приведены отчеты по каждой из диаграмм. (А2, А23)
Report for Diagram: A2, Обслуживание клиентов
Подсистемы:
Activity Name: Оформление "карточки" клиента
Activity Name: Оформление пакета документов
Activity Name: Предоставление услуги
Потоки данных:
Link Name: Услуги организации
Link Name: Стандарты
Link Name: Мнение эксперта
Link Name: Персонал
Link Name: Оборудование
Link Name: Отгружаемый товар
Link Name: Пакет документов клиента
Link Name: Готовый пакет документов
Link Name: Карточка клиента
Link Name: Документация
Link Name: Сведения о клиенте
Link Name: Карточка документов клиента
Хранилища:
Data Store Name: База клиентов
Data Store Name: Хранилище оформленных документов
Report for Diagram: A23, Предоставление услуги
Подсистемы:
Activity Name: Прием заявки
Activity Name: Поиск заказанного товара
Activity Name: Заполнение первичной документации
Activity Name: Отгрузка товара
Потоки данных:
Link Name: Услуги организации
Link Name: Стандарты
Link Name: Мнение эксперта
Link Name: Персонал
Link Name: Оборудование
Link Name: Готовый пакет документов
Link Name: Сведения о клиенте
Link Name: Отложенные заявки
Link Name: Заявка на товар
Link Name: Первичная документация
Link Name: Отчет об отгрузке
Link Name: Заявка на склад
Link Name: Документы на отгрузку
Link Name: Отчет о наличии
Link Name: Выполненная заявка
Link Name: Отказ
Хранилища:
Data Store Name: БД выполненных заявок
Data Store Name: БД отложенных заказов
Data Store Name: БД отчетов
Внешние сущности:
External Name: Клиент
Рисунок 1.2 Контекстная диаграмма отгрузки товара
Рисунок 1.3. Диаграмма декомпозиции отгрузки товара
Рисунок 1.4 Диаграмма декомпозиции по работе с клиентами
Рисунок. 1.5 Диаграмма декомпозиции системы предоставления услуг
1.3.Анализ уровня технической и программной оснащенности ООО «КТ»
Каждое рабочее предприятии оснащено офисным набором техники: персональные телефоны, принтер. компьютер имеет интернет. Компьютеры общей внутренней Необходимо отметить, что закреплен за конкретным оснащен индивидуальным паролем, без которых получить доступ к информации.
Предприятие состоит из офиса в котором 20 мест. На главном компании, на компании база данных сотрудники, которые право на работу с данных 1С, работают на ней удаленный доступ на Соединение между обеспечивается аппаратными D-Link с поддержкой сети через Wi-Fi. На всех компьютерах установлена системаWindows7.
1.4. Требования к проектируемой информационной системе
Цель проектирования ИС:
Потребность в создании ИС обусловлена необходимостью автоматизации деятельности фирмы.
Основные функции, требующие автоматизации:
учет клиентов и заказов;
учет договоров.
Используемые документы и их описание:
Товар - внутренний документ, содержащий информацию о наличии товара, о его цене. Функция: учет товара.
Клиент - внутренний документ, содержащий информацию о клиенте. Функция: учет клиентов.
Заказ - внутренний документ, содержит информацию о всех заказах, сделанных клиентами. Функция: учет заказов.
Договор - исходящий документ. Функция: юридическое обоснование.
Отчет - внутренний документ, составляется на основе запроса по клиентам и товару.
Erwin имеет два уровня представления данных: логический и физический.
Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели логического уровня называются сущностями и атрибутами.
Рисунок 1.6.- Диаграмма ERD-уровень сущности
Рисунок 1.7- Диаграмма ERD-уровень атрибутов
Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится вся информация обо всех объектах БД. Исходя из этого можно утверждать, что одна и та же логическая модель может быть представлена несколькими физическими. Представленные в физической модели атрибуты несут конкретную информацию о конкретных физических объектах.
Разделение модели данных на логическую и физическую решают важную задачу наиболее оптимального представления данных, удобного для понимания как специалистам, так и простым пользователям.
Рисунок .1.8 -Диаграмма ERD-физическая модель
Вторая задача - масштабирование. Существует реальная возможность создания физической модели под любую поддерживаемую ERwin СУБД на основе одной логической модели.
2. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
2.1 Обзор программных аналогов
ТОРГСОФТ - простая и функциональная компьютерная программа для Торговли и Складского учета с использованием штрих-кодов.
5 отличительных особенностей ТОРГСОФТ:
1. Отличное программное обеспечение для торговли. Помимо внутреннего учета оно способствует росту продаж и Вашей прибыли, благодаря функциям анализа, контроля и маркетинга. Это одновременно программа для розничной торговли и для оптовой.
2. Полезная программа для ведения учета, которая наладит реальный учет и контроль в торговле разных форматов: розничный магазин, сеть магазинов, мелкооптовая торговля, интернет-магазин.
3. Торгсофт® разработана как программа для малого бизнеса. Она не требует сложных настроек. Поэтому полностью готова к работе - достаточно подключить сканер штрих-кодов и необходимое торговое оборудование. Торгсофт®устанавливается в магазине за 1 день и быстро осваивается персоналом.