46688 (588426), страница 3
Текст из файла (страница 3)
Обеспечить целостность хранимой информации.
Обеспечить защиту от несанкционированного доступа к информации.
Требования к составу и параметрам технических средств
Система должна работать на IBM совместимых компьютерах.
Минимальная конфигурация:
Тип процессора……...Pentium II или Athlon и выше;
Частота процессора …………………..333Mhz и выше;
Объём оперативного запоминающего устройств…64 Мб и более;
Объем свободного пространства на жестком диске……5 Mб и выше.
Требования к информационной и программной совместимости.
Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows Me, Windows 2000, Windows NT, Windows XP).
Требования к программной документации.
Разрабатываемые программные модули должны быть самодокументированны, т.е. тексты программ должны содержать все необходимые комментарии.
Программная система должна включать справочную систему о работе и подсказки пользователю.
В состав сопровождающей документации должны входить:
Пояснительная записка, содержащая описание разработки.
4.3.2 Руководство системного программиста.
4.3.3 Руководство пользователя.
4.3.4.1. Схема структурная программной системы.
4.4.3.2. Формы интерфейса пользователя.
Из всего вышесказанного можно сделать вывод, что для работы любого предприятия необходима какая-либо информационная поддержка, которая могла бы упростить работу всех сотрудников предприятия. Для этого и было автоматизировано рабочее место, которое предназначено для хранения и обработки данных об имеющихся на складе товаров, об услугах, которые также предоставляются потребителям. Именно такая система смогла бы сэкономить время, деньги и обеспечить правильность ведения всех проводимых на складе операций и управлять ими.
Глава II. Разработка ПО и построение БД
2.1 Функциональные требования к системе
Информационная система, построенная на основе данных принципов, должна, с одной стороны, служить источником информации для сопровождения этапов продажи и инструментом для работы с поступающей и аккумулируемой информацией, с другой стороны, позволять контролировать состояние в любой момент времени по выделенным параметрам.
Для работы в соответствии с данными принципами база должна обеспечивать следующую функциональность:
А. Информационные.
Работа с информацией о товаре на складе.
Работа с адресной информацией о клиенте.
Работа с рыночной информацией.
Информационная поддержка продаж.
Б. Функции поддержки при работе с клиентом.
Текущая ситуация при работе с клиентом.
Потребности клиента в товарах предприятия.
Работа по этапам сделки.
Обеспечение функций по продажам при работе с клиентами.
В. Функции поддержки при управлении отделом.
Планирование работы отдела.
Постановка задач перед работниками отдела.
Контроль выполнения задач работниками отдела.
Контроль текущих показателей работы отдела.
Получение фактических показателей по итогам периода.
Г. Функции анализа и прогнозирования.
Анализ продаж.
Прогнозирование динамики продаж.
Анализ результатов работы сотрудников.
Анализ рыночной ситуации.
Д. Функции обработки имеющейся информации.
Оперативная обработка имеющегося массива информации при изменении отдельных атрибутов (например, при изменении территориального распределения компаний).
Оперативное создание групп клиентов для работы по специальным программам.
Другие групповые действия над записями.
Перечисленные функции являются основными, для обеспечения которых и создается база. Разумеется, в зависимости от уровня реализации, перечень функций может меняться - скажем, в простейшем случае БД может обеспечивать только информационные функции, а другие только частично.
2.2 Схема работы склада предприятия
Для проектирования автоматизированного рабочего места «Логистика» используется программа BPwin 4.0, которая является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели.
BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать бизнес с трех ключевых точек зрения:
С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.
С точки зрения последовательности выполняемых работ. И еще более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF3 включены элементы логики, что позволяет моделировать и анализировать альтернативные сценарии развития бизнес-процесса.
BPwin умеет проверять создаваемые модели с точки зрения синтаксиса выбранной методологии, проверяет ссылочную целостность между диаграммами, а также выполняет ряд других проверок, чтобы помочь создать правильную модель, а не просто рисунок. При этом сохраняются главные преимущества рисунка – простота создания и наглядность.
Как видно из контекстной диаграммы (рисунок 2), управляющая информация входит в блок сверху (Лицензия на занятие торговлей), в то время как входная информация (Бланк заявки поставщику, Бланк заказа клиента, Список о количестве запасов на складе), которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны блока (Заполненный и заверенный бланк заявки, Договора, контрольные документы). Механизм (Работники отдела склада, Работники отдела продаж), который осуществляет операцию, предоставляется дугой, входящий в блок снизу.
Рисунок 2. Контекстная диаграмма.
Далее блок «Автоматизированная система управления складом» разбивается на три процесса, которые представлены на диаграмме декомпозиции процесса (рисунок 3):
Оформление заявки на поставку товара;
Формирование заказа клиента;
Оформление договора на продажу.
Рисунок 3. Диаграмма декомпозиции процесса.
На основании вышеприведенных диаграмм определяются основные задачи и функции разрабатываемой автоматизированной системы управления складом предприятия.
Основными задачами системы являются:
повышение оперативности и достоверности информации о состоянии предприятия;
повышение контроля выполнения управленческих решений и планов;
снижение риска злоупотреблений со стороны персонала;
оптимизация использования финансовых, трудовых и материальных ресурсов;
разработка и внедрение новых информационных технологий, PR-акции, реклама;
планирование и проведение специальных мероприятий;
продвижение товара;
ценообразование;
оценка эффективности управления.
Основные функции системы:
- непосредственное участие в разработке и управлении продажами;
- ведение БД клиентов и товаров;
- составление и оформление заказов клиентов;
составление и оформление заявок поставщикам;
- предоставление необходимой информации клиентам;
- предоставлении необходимой информации поставщикам;
- осуществление мероприятий по разработке стратегии продаж;
- мотивация сотрудников;
- предложение новых товаров;
- эффективность управления.
Вся вышеуказанная информация характеризует систему управления складской логистикой. Сотрудниками данного отдела являются:
Генеральный директор;
Работники отдела сбыта, главная функция которых состоит в работе и связи с клиентами;
Работники склада: их главная задача – обеспечение и контролирование товаров.
2.3 Выбор и обоснование технологии проектирования и инструментальных средств разработки
Любой проект разработки программного обеспечения в своем развитии проходит определенный жизненный цикл – последовательность этапов и совокупность действий, в результате которых создается первая версия продукта. Реалистичная модель жизненного цикла упрощает выполнение проекта и гарантирует, что в проекте с каждым следующим этапом реализуется все больше запланированных задач. Прежде чем приступить к разработке системы необходимо иметь четкое описание методологии разработки, адаптированной к конкретному проекту. На основе выбранной методологии производится выбор конкретных проектных инструментов и программных средств (таблица 2):
Таблица 2
| Средства | Rational Rose Enterprise Edition | BPWin 4.0 | EasyCase 3.1 | Вес критерия |
| Критерии | ||||
| цена/доступность | 10 | 10 | 9 | 5 |
| объектный подход | 10 | 0 | 0 | 5 |
| Функциональный подход | 0 | 10 | 7 | 5 |
| требования к ресурсам | 7 | 8 | 10 | 3 |
| Техническая поддержка | 10 | 10 | 1 | 4 |
| Совместимость с установленным ПО | 10 | 10 | 2 | 4 |
| Итого | 201 | 204 | 122 |
Основываясь на всем вышеуказанном, было принято решение использовать в качестве инструментального средства разработки проекта Rational Rose Enterprise Edition, который полностью поддерживает объектно-ориентированный подход.
Rational Rose - CASE-средство фирмы Rational Software Corporation (США) - предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации.
Структура и функции
В основе работы Rational Rose лежит построение различного рода диаграмм и спецификаций, определяющих логическую и физическую структуры модели, ее статические и динамические аспекты. В их число входят диаграммы классов, состояний, сценариев, модулей, процессов.
Средства автоматической генерации кодов программ на языке С++, используя информацию, содержащуюся в логической и физической моделях проекта, формируют файлы заголовков и файлы описаний классов и объектов. Создаваемый таким образом скелет программы может быть уточнен путем прямого программирования на языке С++. Анализатор кодов С++ реализован в виде отдельного программного модуля. Его назначение состоит в том, чтобы создавать модули проектов в форме Rational Rose на основе информации, содержащейся в определяемых пользователем исходных текстах на С++. В процессе работы анализатор осуществляет контроль правильности исходных текстов и диагностику ошибок. Модель, полученная в результате его работы, может целиком или фрагментарно использоваться в различных проектах. Анализатор обладает широкими возможностями настройки по входу и выходу. Например, можно определить типы исходных файлов, базовый компилятор, задать, какая информация должна быть включена в формируемую модель и какие элементы выходной модели следует выводить на экран. Таким образом, Rational Rose/С++ обеспечивает возможность повторного использования программных компонент.
В результате разработки проекта с помощью CASE-средства Rational Rose формируются следующие документы:
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
