Реферат: Проектирование информационной системы для расчета оплаты труда в торговле

Расчетно-пояснительнаязаписка к курсовому проекту

 

«Проектированиеинформационной системы для расчета оплаты труда в торговле»


/>Введение

Сегодня нарынке представлен ряд программных продуктов, так или иначе решающих задачи расчетаоплаты труда в торговле.

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

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

Курсовойпроект состоит из пяти разделов.

В первомразделе описывается предпроектная стадия создания информационной системы.Раздел содержит общее описание предметной области, примеры разработок проектов-аналогов. Приводится описание выбраннойтехнологии, методов и средств проектирования; выбранного метода проведенияобследования; выбранного метода сбора материалов обследования. Дана разработаннаяпрограмма обследования и план-график выполнения работ на предпроектной стадии.

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

Третий раздел«Проектирование ИС» представлен построением моделей IDEF0, созданием диаграммы IDEF3, диаграммы потокаданных DFD.

В четвертомразделе «Объектно-ориентированное проектирование информационной системы»разработаны три диаграммы на языке UML: диаграмма вариантов использования, диаграммадеятельности и диаграмма классов.

В пятомразделе «Проектирование экранных форм документов» рассматриваетсяпроектирование формы первичного документа и формы документа результатной информации.


1. Предпроектнаястадия создания информационной системы

 

1.1Описание предметной области автоматизации

АвтоматизированнаяИС для назначения премии продавцам-менеджерам фирмы в зависимости от суммыпроданного ими товара.

Даннаясистема реализует следующие функции:

– расчетпервых трех мест, занятых менеджерами, по сумме продаж;

– расчет20% от общей выручки;

– назначениекоэффициентов в соответствии с занятыми местами;

– расчетпремии;

– формированиеотчетов по требованию.

1.2Примеры разработок проектов для аналогичных систем

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

 

1.3Описание выбранной технологии методов и средств проектирования

Для проектированияинформационной системы для расчета оплаты труда в торговле используются:

– методоригинального или индивидуального проектирования, так как проектные решенияразрабатываются с нуля в соответствии с требованиями ИС.

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

– технологияиндустриального автоматизированного проектирования с использованием CASE-технологий (BPWin, ERWin).

Припроектировании данной ИС используются следующие средства проектирования:

– операционныесредства, поддерживающие проектирование операций обработки информации;

– средства,поддерживающие проектирование отдельных компонентов;

– средства,поддерживающие разработку проекта на стадиях и этапах процесса проектирования.

1.4Описание выбранного метода проведения обследования

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

1) по целипроектирования – метод системного обследования, т. к. применяется дляизучения всего объекта с целью разработки проекта информационной системы вцелом;

2) по числуисполнителей – индивидуальный метод, т. к. осуществляется однимпроектировщиком;

3) по степениобхвата – выборочное обследование, т. к. применяется при наличии типовыхпо структуре подразделений;

4) поотношению к этапам – параллельное обследование, т.е. одновременно со сборомматериала осуществлялся процесс изучения материалов обследования.

1.5Описание выбранного метода сбора материалов обследования

Присборе материалов обследования использовались следующие методы:

1)метод бесед и консультаций с руководителем подразделения;

2) методанализа предоставленного материала. Был представлен перечень функций для реализации;

3) метод личногонаблюдения.

1.6Программа обследования и план-график выполнения работ на предпроектной стадии

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

Таблица 1.1. Программаобследования

№ п.п. Наименование вопроса

Источник

информации

Получатель

информации

1 Цель функционирования объекта Сазонова Г.А. Ширяев А.Н. 2 Организационно-функциональная структура объекта Сазонова Г.А. Ширяев А.Н. 3 Состав объекта Сазонова Г.А. Ширяев А.Н.

На основепрограммы обследования был составлен план-график выполнения работ напредпроектной стадии по разработке ИС, который представлен в таблице 1.2.

Таблица 1.2. План-графиквыполнения работ на предпроектной стадии

№ п.п Наименование работы

Код

работы

Испол-

нитель

Дата

начала

Длительность выполнения Дата окончания 1 Определение цели и параметров системы 001 Ширяев А.Н. 09.04.10 3 дня 11.04.10 2 Определение организационной структуры 002 Ширяев А.Н. 12.04.10 3 дня 14.04.10

3

Определение функциональной структуры 003 Ширяев А.Н. 12.04.10 3 дня 14.04.10 4 Определение материальных потоков и процессов их обработки 004 Ширяев А.Н. 15.04.10 4 дня 18.04.10 5 Определение информационных потоков и процессов их обработки 005 Ширяев А.Н. 19.04.10 4 дня 22.04.10 6 Анализ материалов обследования 006 Ширяев А.Н. 23.04.10 6 дней 28.04.10 />1.7Формализация материалов обследования

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

/>

Рис. 1.1– Функциональная структура ИС для расчета оплаты труда в торговле.

1) Блок вводвходных данных. В интерфейсной части ввод исходной информации по экспертам, порезультатам суммы продаж за месяц.

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

3) Блокобработки результатов. Пользователь имеет возможность сформировать отчеты.


2.Постановка задачи

/>2.1 Назначение, цели создания ИС

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

/>2.2 Характеристика объектов автоматизации.Документы предметной области

Объектомавтоматизации является ведомость «Заявки от клиентов»

Входныедокументы предметной области:

– информацияо клиентах (Форма 2.1)

Форма 2.1. Списокклиентов

Код клиента Наименование клиента Город Адрес Телефон

– информацияо поставщиках (форма 2.2)

Форма 2.2. Списокпоставщиков

Код поставщика

Наименование

поставщика

Город Адрес Телефон

– списоклекарств на складе (форма 2.3)


Форма 2.3. Списоклекарств на складе

Код товара Назименование товара Количество Единица измерения

– списокпоставленных лекарств (форма 2.4)

Форма 2.4. Документпоставки

Код поставки Наименование поставщика Наименование товара Количество Дата поставки

– заявкаот клиента (форма 2.5)

Форма 2.5. Формазаявки от клиента

Кодзаявки_________

Код клиента Наименование клиента Наименование товара Количество Единица измерения

Дата заявки___________________

Выходныедокументы предметной области:

– отчето продаже лекарств (форма 2.6)

Форма 2.6. Формаотчета о проданных лекарствах

Код заказа___________________________________

Дата заказа___________________________________

Наименованиеклиента _________________________

Код товара Наименование товара Количество Единица измерения Цена

Сумма___________


/>2.3 Требования к ИС/>2.3.1 Требование к системе в целом

К системепредъявляется ряд требований:

– ИС должнаобеспечить накопление и хранение в базе данных всей необходимой информации;

– ИС должнавести автоматизированный учет продаж лекарственных препаратов;

– Системадолжна быть легко переносимой с одного компьютера на другой;

– Работасистемы не должна зависеть от версии Windows;

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

/> 2.3.2Требования к функциям (задачам)

Информационнаясистема должна реализовывать следующие функции

– ввод иредактирование данных по лекарствам;

– ввод иредактирование данных по клиентам;

– ввод иредактирование данных по поставщикам;

– поисклекарства по названию для просмотра его цены;

– выводклиента, купившего больше всех лекарственных препаратов;

– обработкаданных (сортировка лекарств по алфавиту, сортировка лекарств по возрастаниюцены, расчет суммы проданных лекарств за месяц).

/> 2.3.3Требования к видам обеспечения

Дляфункционирования ИС необходим ПК с минимальными системными требованиями:процессор с тактовой частотой не меньше 1000 MHz; ОЗУ – 128 МВ; Video – 4 МВ; ОС – Windows 2000; ПО – Delphi 7.0, сервер СУБД – MS Access; клавиатура / мышь.

Оптимальнымидля работы ИС являются широко распространённые и поддерживающие большинствопрограммных продуктов операционные системы Windows 2000/XP иконфигурация: процессор с тактовой частотой не меньше 1500 MHz; ОЗУ – 256 МB; Video – 64 МВ; ПО – Delphi 7.0, MS Access; мышь / клавиатура.

Примаксимальной конфигурации: процессор с тактовой частотой 2000 MHz; ОЗУ – 256МВ; Video – 128МВ; ОС – WindowsXP; ПО – Delphi 7.0, MS Access; мышь / клавиатура.

Данныевводятся в таблицы Access через экранные формы, разработанные в среде Delphi 7, производится ихобработка (расчет суммы, сортировка, выборка), вывод результатов такжепроизводится с помощью экранных форм Delphi. Планируемый объем поступающей информации не долженпревысить объема жесткого диска, поэтому он должен быть не меньше 3 Gb. Информация будетпредставляться в виде отчетов (в электронном варианте), с возможностью отправкина печать – необходимо наличие принтера.

Факторы,относящиеся к эксплуатационным характеристикам компьютера:

– компьютерыданной конфигурации имеются на предприятии;

– пользователиуже имеют необходимый опыт работы на компьютере;

– выполненывсе условия эксплуатации.

На выбор ОСоказывают влияние следующие факторы:

– совместимостьс другими ОС;

– возможностьиспользования различных устройств ввода-вывода;

– требованиеподдержки сетевой технологии;

– необходимоечисло поддерживаемых программных продуктов;

– быстродействие;

– наличиедружественного интерфейса и простота использования;

– возможностьпереконфигурации и быстрой настройки на новые аппаратные средства;

– поддержкановых информационных технологий.

Всеми этимикачествами обладает ОС Windows XP и для данной конфигурации P4–2000/256 Mb/20Gb/32 Mb AGP/CD-ROM-40x/SB Live 128 – являетсяоптимальной, компьютера такой мощности вполне достаточно для функционированиясистемы.

Основныефакторы, влияющие на выбор методов и средств проектирования ПО системы:

– совместимость;

– получениекачественного продукта;

– сокращениевремени и стоимостных затрат на проектирование;

Для реализациифункций ИС применяется СУБД MS Access. Выбор обусловлен тем, что она отвечает предъявляемымтребованиям:

– масштабприменения СУБД (персональная – настольная СУБД);

– языкобщения;

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

– сферавозможного применения.


3.Функционально-ориентированное проектирование информационной системы

Наиболеетрудоемкими этапами разработки ИС являются этапы анализа и проектирования. Дляпроектирования ИС оптовой торговли лекарственными препаратами применялись CASE-средства (Computer Aided System/Software Engineering – автоматизация процессаразработки сложных ИС).

BPwin – CASE-средство функциональногомоделирования, реализующее методологию IDEF.

 

3.1Построение контекстной диаграммы

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

Контекстнаядиаграмма модели ИС представлена на рис. 3.1.


/>

Рис. 3.1– Контекстнаядиаграмма модели ИС предприятия оптовой торговли лекарственными препаратами.

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

 

3.2Построение диаграмм IDEF

Процесспроектирования ИС для обработки заявки от клиента состоит из трех этапов:«Авторизация и аутентификация пользователя», «Заполнение БД», «Обработкаданных» (рис. 3.2).


/>

Рис. 3.2– Диаграмма декомпозиции 1-го уровня.

Этап«Обработка данных» состоит из четырех функциональных блоков: «Поиск по значениюполя», «Сортировка записей», «Обработка заявки», «Вывод данных», (рис. 3.3).

/>

Рис. 3.3– Диаграммадекомпозиции 2-го уровня.


Основныеэлементы модели «Проектирование ИС предприятия оптовой торговли лекарственнымипрепаратами» представлены в таблицах 3.1 – 3.3.

Таблица 3.1. Основныеэлементы модели

Название проекта: Проектирование ИС предприятия оптовой торговли лекарственными препаратами Цель проекта: реализация структурной функциональной модели ИС Технология моделирования: метод функционального моделирования IDEF0 Инструментарий: программный продукт BPwin 4.0 Список данных Перечень функций

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

Информация о клиентах

Заявки от клиентов

Уровни доступа

Шаблоны отчетов

Отчеты по продажам лекарств

Администраторы системы

Информационная система

БД лекарств

А0. Проектирование ИС предприятия оптовой торговли лекарственными препаратами

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

Информация о клиентах

Заявки от клиентов

Уровни доступа

Шаблоны отчетов

Отчеты по продажам лекарств

Администраторы системы

Информационная система

БД лекарств

A1. Авторизация и аутентификация пользователя

А2. Заполнение БД

А3. Обработка данных

БД по лекарствам

Заявки от клиентов

Параметры обработки

Право на обработку

Шаблоны отчетов

Отчеты по продажам лекарств

Запросы на изменение БД

Информационная система

Администратор ИС

A31. Поиск записи по значению поля

А32. Сортировка записей

А33. Обработка заявки

А34. Вывод данных


Таблица 3.2. Словарь

Термины Определение Информационная система Совокупность программных приложений, баз данных, используемых для управления. Данные Факты, характеризующие деятельность предприятия, подлежащие количественному выражению. Имеющиеся ресурсы Персонал и информационная система в распоряжении предприятия. Методология учета Совокупность приемов и методов ведения управленческого учета. Обработанные данные Данные, разнесенные по объектам учета. Управленческая информация Информация, необходимая для принятия управленческих решений. Входящие документы Данные, предоставляемые от внешнего источника, например, сведения о лекарствах.

Таблица 3.3. Описаниефункциональных блоков

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

А2. Заполнение БД

 

На этом этапе собираются, накапливаются все данные администратором БД и подвергаются изменению при запросах на изменение. А3. Обработка данных На этапе выполняется обработка данных из БД по заявке от клиента и формируется отчет по проданным лекарствам. А31. Поиск записи по значению поля На данном этапе выполняется поиск по заданному параметру обработки. А32. Сортировка записей На данном этапе выполняется сортировка по заданному параметру обработки. А33. Обработка заявки от клиента Здесь обрабатывается заявка от клиента администратором ИС. А34. Вывод данных На данном этапе формируется отчет по проданным лекарствам /> 

3.3Построение диаграммы IDEF3

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

На диаграмме(рис. 3.4.) изображен процесс расчета премии.


/>

Рис. 3.4– Диаграмма IDEF3.

Основныеэлементы модели представлены в таблицах 3.4 – 3.6.

Таблица 3.4. Основныеэлементы модели

Название проекта: Проектирование ИС для расчета оплаты труда в торговле Цель проекта: реализация структурной функциональной модели ИС Технология моделирования: метод описания бизнес-процессов IDEF3 Инструментарий: программный продукт BPwin 4.0 Перечень действий Тип соединения Название Вид 1. Получить данные о работнике Соединение «И» J1 Разворачивающее

3. Выбрать систему обработки запросов

4. Выбрать шаблон отчета

5. Запросить данные из текущей БД

Соединение «ИЛИ» J2 Сворачивающее 6. Вывести отчет

Таблица 3.5. Словарь

Термины Определение Текущая БД БД, которая имеет актуальное содержимое своих таблиц. Шаблон отчета Заранее сформированный образец отчета, который можно выбрать из списка. Сворачивающее соединение «И» Объединяет потоки. Завершение одного или нескольких действий вызывает выполнение другого действия. Каждое исходное действие обязательно должно завершиться. Разворачивающее соединение «И» Разъединяет потоки. Все следующие процессы должны быть запущены. Система обработки заявок Часть ИС, в которой администратором выполняется заявка клиента.

Таблица 3.6. Описаниедействий

Наименование действия Описание решаемых задач 2. Принять заявку на обработку На данном этапе происходит получение данных заказов лекарств. 3. Выбрать подсистему обработки заявок На этом этапе происходит выбор системы обработки заявок. 4. Выбрать шаблон отчета Выбор шаблона отчета по продажам лекарств. 5. Запросить данные из текущей БД Запрос информации из БД лекарств для их отображения. 6. Вывести отчет Вывод отчета по лекарствам администратору ИС с последующей печатью /> 

3.3Построение диаграммы потоков данных DFD

Диаграммыпотоков данных DFD моделируют систему как набор действий, соединенных друг сдругом стрелками.

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


/>

Рис. 3.5– Диаграмма DFD.

Основныеэлементы модели представлены в таблицах 3.7 – 3.9.

Таблица 3.7. Основные элементы модели

Название проекта: Проектирование ИС предприятия оптовой торговли лекарственными препаратами Цель проекта: реализация структурной функциональной модели ИС Технология моделирования: метод построения диаграмм потоков данных DFD Инструментарий: программный продукт BPwin 4.0 Список данных Перечень объектов

Право на обработку

Данные счетов

Запросы на изменение БД

Обработанная заявка

Ответы на запросы

Продукция

Функциональные блоки:

1. Обработать заявки

2. Проконтролировать оплату

3. Доставить лекарства

Лекарства

Счета и платежные документы

Внешние сущности:

1.          Лекарства

2.          Потребность

Название и адрес клиента

Данные счетов

Информация о доставке

Хранилища данных:

1.          Заявки

2.          Счета

3.          Клиенты

Таблица 3.8. Словарь

Термины Определение Данные Факты, характеризующие деятельность предприятия, подлежащие количественному выражению.

Таблица 3.9. Описаниеобъектов

Наименование объекта Описание функций

Функциональные блоки:

1. Обработать заявки

 

На данном этапе происходит ввод данных по заявкам и их обработка.

2. Проконтролировать оплату

 

На этом этапе ведется администратором ИС контроль оплаты выписанных лекарств. 3. Доставить лекарства Доставка лекарств клиенту для удовлетворения его потребности в них.

/>/>/>Внешние сущности:

1. Потребность Представляет собой необходимость получить товар в определенном количестве.

Хранилища данных:

1. Счет Здесь собирается и хранится информация о счетах оплаты. 2. Заявки Здесь собирается и хранится информация о заявках от клиентов. 3. Клиенты Здесь содержится информация о клиентах   
4. Объектно-ориентированноепроектирование информационной системы

 

4.1Построение диаграммы вариантов использования

Для описанияфункционального назначения системы построена диаграмма вариантов использования(use case diagram). Диаграмма вариантовиспользования является исходным концептуальным представлением иликонцептуальной моделью системы в процессе ее проектирования и разработки.

Разработкадиаграммы вариантов использования преследует следующие цели:

– определитьобщие границы и контекст моделируемой предметной области на начальных этапахпроектирования системы;

– сформулироватьобщие требования к функциональному поведению проектируемой системы;

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

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

Построениедиаграммы вариантов использования является первым этапом процессаобъектно-ориентированного анализа и проектирования, цель которого – представитьсовокупность функциональных требований к поведению проектируемой системы.Разработанная диаграмма вариантов использования представлена на рис. 4.1.

Система имеетдвух актеров – администратора ИС и администратора БД. Базовыми вариантамииспользования являются «Сортировка данных», «Поиск лекарства», «Формированиеотчетов», «Ввод данных», «Редактирование данных».

/>

Рис. 4.1– Диаграммавариантов использования.

Для уточненияи детализации последовательности действий, совершаемых системой при выполненииее вариантов использования, рекомендуется дополнять этот тип диаграммтекстовыми сценариями. Для этой цели предложен шаблон (таблица 4.1).


Таблица 4.1. Шаблондля написания сценария отдельного варианта использования

Главный раздел Раздел «Типичный ход событий»

Раздел

«Исключения»

Раздел

«Примечания»

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

Исключение №1

Исключение №2

Исключение №3

Примечания Актеры Цель Краткое описание Тип Ссылки на другие варианты использования

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

Главныйраздел сценария представлен в таблице 4.2.

Таблица 4.2. Главныйраздел

Вариант использования Формирование отчетов Актеры Администратор ИС Цель Ведение учета продаж лекарств Краткое описание Администратор должен вводить и редактировать данные заявок от клиентов, формировать содержание отчета на основе запросов. Тип Базовый

В следующемразделе сценария (таблица 4.3) описывается последовательность действий, котораяприводит к успешному выполнению данного варианта использования. В данном случаеинициатором действий выступает администратор ИС.


Таблица 4.3. Раздел«Типичный ход событий»

Действия актеров Отклик системы

1.          Администратор ИС выбирает сортировку данных по алфавиту или по возрастанию.

Исключение №1: администратор ИС не имеет возможности упорядочить все данные сразу, а только по одному параметру.

2. Система отображает записи в соответствии с параметрами сортировки в БД.

3. Администратор ИС выбирает поиск лекарств.

Исключение №2: администратор ИС не имеет прав доступа ввод / редактирование / удаление информации о лекарствах.

4. Система выдает лекарства по заданному критерию.

5. Пользователь выбирает формирование отчетов.

Исключение №3: отсутствие записей по продажам лекарств за выбранный месяц.

6. Система формирует отчет.

В третьемразделе сценария (таблица 4.4) описываются последовательности действий, которыедолжны выполняться при возникновении исключительных ситуаций (исключений).

Таблица 4.4. Раздел«Исключения»

Действия актеров Отклик системы Исключение №1: администратор ИС не имеет возможности упорядочить все данные сразу, а только по одному параметру.

/>/>/>7. Пользователь отменяет упорядочивание данных по продажам лекарств.

Система предлагает отменить упорядочивание данных. Исключение №2: администратор ИС не имеет прав доступа ввод / редактирование / удаление информации о лекарствах. 8. Пользователь отменяет добавление / удаление / изменение данных по продажам лекарств. Система предлагает отменить добавление / удаление / изменение данных по продажам лекарств. Исключение №3: отсутствие записей по продажам лекарств за выбранный месяц. 9. Пользователь отменяет формирование отчета. Система предлагает не формировать отчет. /> /> /> 4.2 Построение диаграммы деятельности

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

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

Диаграммадеятельностидля «Проектирования ИС предприятия оптовой торговлилекарственными препаратами» представлена на рис. 4.2.

/>

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


В рамкахвариантов использования инициируемых действующим лицом «Администратор ИС»система имеет восемь состояний действия: «Ввести пароль», «Ввести данные полекарствам», «Ввести данные по клиентам», «Ввести данные по поставщикам»,«Ввести заказ от клиента», «Выбрать шаблоны отчетов», «Распечатать отчет» и«Выйти из приложения».

Пользовательзапускает приложение, вводит пароль. Если пароль верен, пользователь вводитисходные данные по лекарствам, по клиентам и по поставщикам. Затем, используявведенные данные или изменяя их, он вводит заказ от клиента, выбирает шаблоныотчетов по продажам. осле этого, если необходимо, он распечатывает отчет ивыходит из приложения. Если пароль неверен, выводится сообщение об ошибке «Неправильныйпароль. Закройте окно регистрации».

4.3Построение диаграммы классов

Диаграммыклассов являются центральным звеном методологии объектно-ориентированныханализа и проектирования.

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

Диаграммаклассовдля «Проектирования ИС оптовой торговли лекарственнымипрепаратами» представлена на рис. 4.3.


/>

Рис. 4.3.– Диаграммаклассов

Модуль Заказалекарств управляется модулями Клиенты, Поставщики и Лекарства. Одно лекарствоможет быть поставлено несколькими поставщиками и наоборот. Клиентов управляетмодулем Заказ лекарства, заказ делается индивидуально от каждого и в один деньможет быть подано несколько заявок на одно и то же лекарство одним и тем жепокупателем.

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



5.Проектирование формы первичного документа

/> 

Припроектировании форм первичных документов учитываются следующие принципы:

1) отсутствиедублирования показателей в документах;

2) выделениесправочных реквизитов, группировочных реквизитов и реквизитов-оснований;

3) выделениереквизитов, имеющих одно или несколько значений на документ, т.е. выделениеоднозначных и многозначных реквизитов;

4) старшие пообъему понятий признаки должны предшествовать младшим (например, наименованиепредприятия – наименование цеха – номер участка);

5)согласование последовательности реквизитов в документе с макетами размещения информациина экране ПК.

Формыпервичного документа для лекарств, поставщиков, клиентов представленысоответственно в форме 5.1, 5.2, 5.3.

Форма 5.1. Форма«Лекарства»

Код товара Наименование товара Количество Единица измерения

 

Форма 5.2. Форма«Поставщики»

Код поставщика Наименование поставщика Город Адрес Телефон

 

Форма 5.3. Форма«Клиенты»

Код клиента Наименование клиента Город Адрес Телефон

 


5.1Проектирование форм документов результатной информации

Принципыпостроения результатных документов:

1) выделениетрех зон в документе;

2) разделениереквизитов на однозначные, т.е. имеющие одно значение на документ, имногозначные реквизиты, имеющие несколько значений в документе;

3) выделениегруппировочных реквизитов, помещаемых во вторую зону документа, и размещениеэтих реквизитов в порядке убывания старшинства;

4) выделениереквизитов-оснований и размещение их в последовательности, противоположной той,в какой выстраиваются группировочные реквизиты, по которым рассчитываются итоги(т.е. от первичных оснований – к результатным, а среди результатных –размещение их в порядке возрастания старшинства итога);

5) еслидокумент не размещается на одном стандартном листе, то выполнение разрыва строки переноса оставшихся строк документа второй зоны вместе с реквизитами третьейзоны на другой лист.

Формарезультатной информации по оптовой торговли лекарственными товарамипредставлена в форме 5.4.


Форма 5.4

Предприятие оптовой торговли лекарственными препаратами

Отчет по продажам

Стол заявок

Месяц

Количество листов ___

Номер листа ___

Количество экземпляров ____

Номер экз. ___

Наименование

клиента

Код клиента Наименование товара Код товара Цена товара Количество Сумма Итого по цене товара Итого по наименованию товара Итого по наименованию клиента Подпись ________________________ Дата _________________   
Заключение

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

В даннойкурсовой работе были подробно разобраны следующие разделы:

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

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

3)функционально-ориентированное проектирование информационной системыпредставлено построением контекстной диаграммы, диаграмм декомпозиции IDEF0, созданием диаграммы IDEF3 и диаграммы потоковданных DFD.

4)объектно-ориентированное проектирование информационной системы рассматривает построениетрех наиболее подходящих диаграмм на языке UML – диаграмма вариантовиспользования, диаграмм классов и диаграмма деятельности.


/>Список используемойлитературы

 

1. Архангельский, А.Я. Программированиев Delphi 7/ А.Я. Архангельский. — М.: ООО Бином – Пресс, 2004.–1152 с.

2. Бобровский, С.И.Delphi 7. Учебный курс/ С.И. Бобровский.– СПб.: Питер, 2004.–736 с.

3. Вендров, А.М. Практикумпо проектированию программного обеспечения экономических информационных систем/А.М. Вендров. — М.: Финансы и статистика, 2004.–192 с.

4. Вендров, А.М. CASE-технологии.Современные методы и средства проектирования информационных систем/ А.М. Вендров.- М.: Финансы и статистика, 1998.–176 с.

5. Избачков, Ю.С. Информационныесистемы. 2-е издание/ Ю.С. Избачков, В.Н. Петров–СПб.: Питер, 2005.–161 с.

6. Маклаков, С.В. BPWin иERWin. Case-средства разработки информационных систем/ С.В. Маклаков-М.:ДИАЛОГ–МИФИ, 1999.–256 с.

7. Марко Кенту. Delphi 7для профессионалов/ Марко Кенту–СПб.: Питер, 2004.–543 с.

8. Марков, А.С. БазыДанных. Введение в теорию и методологию/ А.С. Марков, К.Ю. Лисовский-М.:Финансы и статистика, 2006. – 55 с.

9. Орлов, С.А. Технологииразработки программного обеспечения/ С.А. Орлов–СПб.: Питер, 2002.–464 с.

10. Хомоненко, А.Д. Работас базами данных в Delphi/. А.Д. Хомоненко, В.Э. Гофман–СПб.: БХВ — Петербург,2003.–624 с.

11. Черемных, С.В. Структурныйанализ систем: IDEF-технологии. /С.В. Черемных, И.О. Семенов, В.С. Ручкин-М.:Финансы и статистика, 2003.–208 с.

еще рефераты
Еще работы по информатике, программированию