АИС магазин бытовой техники и электроники

Федеральное агентство  по образованию Российской Федерации

Бийский технологический  институт (филиал)

Государственного  образовательного учреждения высшего  профессионального образования

«Алтайский  государственный технический университет  им. И.И. Ползунова» (БТИ АлтГТУ)

 

 

 

Кафедра

Информационных  и управляющих систем

 

 

 

РАСЧЕТНОЕ ЗАДАНИЕ

По  дисциплине: «Проектирование информационных систем»

Тема: «АИС магазин бытовой техники и электроники»

 

 

 

 

 

 

 

Выполнила:                                                                                 

студентка группы ПИЭ-73                                                         Шарандина Е.А.                                                       

 

 

 

 

Проверил:                                                                                    

преподаватель                                                                           Попов В.И.                                                                       

 

 

 

 

 

 

Бийск 2011

 

Содержание

Введение…………………………………………………………………………...3

1. Техническое задание…………………………………………………………...4

1.1. Наименование, области  применения…………………………………….4

1.2. Основания для разработки………………………………………………..4

1.3. Назначение разработки…………………………………………………...4

1.4. Технические требования  к информационной системе…………………4

1.4.1 Требования  к функциональным характеристикам………………...4

1.4.2 Требования  к надежности……………………………………………5

1.4.3 Условия  эксплуатации……………………………………………….5

1.5. Технико-экономические  показатели…………………………………….5

1.6. Порядок контроля  и приемки…………………………………………….5

1.7. Краткое описание  процесса………………………………………………5

2. Особенности формирования  потоков данных в системе. Методология IDEF0……………………………………………………………………………....6

3. Проектирование функциональных особенностей системы………………….8

    3.1. Диаграмма прецедентов ………………………………………………..8

3.2. Диаграмма классов………………………….……………………………8

3.3. Диаграмма последовательности ………………………………………..10

3.4. Диаграмма коммуникаций ………………………………………………10

3.5. Диаграмма деятельности ……………………………………………….11

3.6. Диаграмма компонентов ……………………………………………….12

3.7 Диаграмма развертывания ……………………………………………….13

Заключение……………………………………………………………………….14

Список использованных источников ...……..…………………………………15

 

Введение

Основным направлением деятельности компании «INTEL»  является закупка электронной техники у различных производителей и её реализации.

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

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1. Техническое  задание

1.1. Наименование, области применения

Информационная  система «АИС магазин бытовой техники и электроники» разработана для магазина «INTEL». Предназначен для автоматизации процесса продаж и заказов и учета выполняемых операций.

 
1.2. Основания для  разработки.

Необходимость упростить и автоматизировать учет продаж.

 

1.3. Назначение  разработки.

Информационная система  «АИС магазин бытовой техники и электроники» предназначена для:

• вести реестр клиентов (покупателей);
• осуществляют генерацию заказов;
• создавать отчеты различных категорий.

 

1.4. Технические  требования к информационной  системе

1. Требования  к функциональным характеристикам.

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

 

 

 

1.4.2 Требования  к надежности.

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

Должны присутствовать средства, обеспечивающие конфиденциальность информации и защиту от несанкционированного доступа (например, пароль);

 

1.4.3 Условия  эксплуатации.

Условия эксплуатации совпадают с условиями эксплуатации аппаратного обеспечения. Для работы с данной программой необходимы навыки работы на ПК. Специальное обслуживание программы не требуется.

 

1.5. Технико-экономические  показатели.

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

 

1.6. Порядок  контроля и приемки.

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

 

1.7. Краткое описание процесса

Создание отчетов происходит из передаваемых данных от продавца, кассира, отдела заявок и претензий  и  от склада. Генерация заказа происходит автоматически после продажи товару клиента, с учетом заявки клиента. Данные о клиенте заноситься в реестр.

2. Особенности  формирования потоков данных  в системе. Методология IDEF0

Представим  рассматриваемую предметную область  в виде функциональной модели, построенной  с помощью BPWin.

Модель состоит из набора диаграмм. Контекстная диаграмма (см. рис. №1), декомпозируется на диаграмму следующего уровня (в рассматриваемом случае будет представлено 3 уровня декомпозиции), которая содержит функциональные блоки, отображающие главные подфункции работы контекстной диаграммы. Следующие диаграммы дочерние по отношению к контекстной диаграмме.

В данной системе на контекстной диаграмме представлена работа AIS(«АИС магазин бытовой техники и электроники»). Входами являются данные о продаже, данные о заказе клиента, данные о поступлении товара, на выходе – отчет и заявка.

Рис №1(Контекстная диаграмма, IDEF0)

Рис №2 (Функциональная декомпозиция)

 

 В качестве управления выступает техническое задание. Роль механизма играют кассир, отдел заявок и претензий и склад (см. рис. №1).

После описания контекстной диаграммы проводится функциональная декомпозиция (см. рис. №2)– система разбивается на подсистемы.   Для всех процессов управлением является техническое задание. Декомпозиция диаграммы описывает основные функции системы:

1) Запись данных в реестр клиента. Механизм процесса - кассир, входом является данные о продаже, на выходе данные о проданной техники и данные ФИО клиента.

2) Создает заявку для поставщика. Механизм процесса -  отдел заявок и претензий, входом является данные о заказе клиента и данные о проданной техники, на выходе данные о составе заявки и сама заявка.

3) Создает различные формы  отчетов. Механизм процесса -  склад, входом является данные о составе заявки, данные о поступлении товара, данные ФИО клиента, выходом является отчет.

3. Проектирование функциональных особенностей системы

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

Диаграмма, на которой отражены отношения, существующие между актёрами и прецедентами. Диаграмма  прецедентов иллюстрирует общую ситуацию взаимодействий, что именно система должна делать, но никак она это будет делать (см. рис. №3).  АИС магазин бытовой техники и электроники должна: - вести реестр клиентов; - осуществлять генерацию заказов; - создавать различные отчеты.

 

 

 

 

 

 

 

 

 

Рис №3 (Диаграмма прецедентов)

 

В полнейших диаграммах, АИС магазин бытовой техники и электроники будет сокращаться до AIS.

3.2. Диаграмма классов

Диаграмма, на которой представлено множество классов и связями между ними. У каждого класса есть имя, атрибуты и операции, которые он выполняет.

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

Рис №4 (Диаграмма классов)

 

На данной диаграмме (см. рис. №4) представлено 11 классов: клиент, продавец, реестр клиентов, прайс, кассир, отчеты, отдел заявок и претензий, AIS, генератор заказов, поставщик и склад.

Каждому классу присвоен свой стереотип, характеризующий  его функциональность. Граничные классы – клиент и поставщик, т.е. классы, расположенные на границе системы и всей окружающей среды. Управляющий класс-AIS, т.е. отвечает за координацию действий других классов. Классы-сущности – реестр клиентов, прайс, кассир, отчеты, отдел заявок и претензий, генератор заказов, поставщик и склад.

Для каждого класса определены свои связи, атрибуты и операции с указанием типов. Все связи диаграммы – это связи зависимости.

3.3. Диаграмма последовательности

Диаграмма взаимодействия, в которой основной акцент сделан на временном упорядочении сообщений. Данная диаграмма (см. рис. №5) иллюстрирует  упорядоченный поток данных, которые передается  в AIS, а она в свою очередь в отчеты. На диаграмме представлены классы: продавец, кассир, отдел заявок и претензий, склад, AIS, отчеты, которые входят в данное действие.

 

Рис №5 (Диаграмма последовательности)

 

3.4. Диаграмма коммуникаций

 

Диаграмма взаимодействий, в которой основной акцент сделан на структурной организации объектов, посылающих и получающих сообщения. Данная диаграмма (см. рис. №6) иллюстрирует  упорядоченный поток данных необходимые для введения реестра клиента. В данном процессе участвуют: клиент, прайс, продавец, кассир, AIS, реестр клиента. Объекты прайс и продавец необходимы в данном описании, так как клиент не предоставит свои персональные данные кассиру и данные о покупке, пока не будут получены данные о техники и пока не будет выписана заявки.

 

Рис №6 (Диаграмма коммуникаций)

 

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

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

Данная диаграмма (см. рис. №7) иллюстрирует  переход из состояния в состояние, необходимые для создания и отправки заявки. Началом для заказа является обращение клиента к прайсу, зависимости о наличии товара идет разветвление действий. Если товар есть, то продавец выписывает заявку, кассир подтверждает продажу и данные о товар сразу переходит в AIS для повторного заказа, иначе клиент по прайсу заказывает товар через отдел заявок и претензий, которые отправляет в AIS, что необходимо заказать.

Рис №7 (Диаграмма деятельности)

3.6. Диаграмма компонентов

 

Диаграмма, на которой изображена организация некоторого множества компонентов и зависимости между ними. Диаграмма представляется в виде графа с ребрами и вершинами.

На диаграмме  присутствуют компоненты, один из них  исполняемый,  другие компоненты имеют  интерфейс (см. рис. №8).

На диаграмме  компонентов (см. рис. №8) находиться исполняемый компонент: «AIS. ехе» со стереотипом «executable ».

Также присутствуют компоненты: «ПО реестр клиента», , «ПО генерация заказов», со  стереотипом «library» и компонент «ПО создание отчетов» со  стереотипом «document». У компонентов иметься интерфейс. Через  интерфейс взаимодействуют компоненты, с помощью связью зависимости. Запуск программы осуществляет AIS.exe, который взаимодействует с ПО реестр клиента, через связь зависимости, который в свою очередь взаимодействует с ПО генерация заказов и ПО создание отчетов, которые между собой тоже взаимодействуют, через связь зависимость.

 

 

 

 

 

 

 

Рис №8 (Диаграмма деятельности)

 

3.7 Диаграмма  развертывания