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

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

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

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

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

1. Основные сведения о предприятии

2. Организационная структура предприятия

Основания для проведения разработки

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

Наименование и условное обозначение темы разработки

Наименование темы разработки - «Разработка информационной системы фирмы, торгующей компьютерной техникой»

Условное обозначение темы разработки (шифр темы) - «ИС ФТМ»

2. Назначение и цели создания системы

Функциональное назначение системы

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

Эксплуатационное назначение системы

Система должна эксплуатироваться сотрудниками организации и покупателями.

Цели создания системы

Система снижает экономические затраты на материалы за счет оптимизации использования материалов.

3. Требования к системе

Требования к системе в целом

Требования к структуре и функционированию системы

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

АИС «Антур» включает следующие подсистемы:

- Принятие заказа;

- Формирование отчетов (накладных, товарных чеков, сведенья о продажах);

- Расчет с заказчиком.

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

Подсистема «Формирование отчетов» предназначена для непосредственного изготовления документов.

Подсистема «Расчет с заказчиком» обеспечивает доставку заказа, оплату на основе сформированного счета и последующее закрытие заявки.

Требования к способам и средствам связи для информационного обмена между компонентами системы:

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

Требования к режимам функционирования системы:

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

Требования к численности и квалификации персонала системы

В системе будут работать 4 сотрудника: 1 сотрудник отвечает за прием и закрытие заявок и заказов, 1 занимается выдачей товара, 1 занимается заказом товара у поставщика, 1 занимается расчетами с заказчиками.

Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков:

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

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

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

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

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

Требования к безопасности

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

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.

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

Требования к защите информации от несанкционированного доступа:

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

а) идентификацию и аутентификацию пользователя;

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

Требования по сохранности информации при авариях

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

Требования по стандартизации и унификации

Для данной системы должна применяться каскадная модель жизненного цикла ПО.

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

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

Экранные формы должны проектироваться с учетом требований унификации:

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

Требования к информационному обеспечению системы

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

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

В комплекс технических средств должен входить источник бесперебойного питания. Работа данного источника должна составлять не менее получаса для корректного завершения работы системы.

Система должна поддерживать автоматическое ежедневное резервное копирование.

Требования к программному обеспечению системы

Система должна работать в операционных системах Windows XP/Vista/7/8

Требования к техническому обеспечению системы

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

В комплекс технических средств должны входить следующие элементы:

- рабочие станции;

- источник бесперебойного питания;

- среда передачи данных между рабочими станциями (например, витая пара UTP 5e);

- принтер.

Технические средства приобретаются Заказчиком самостоятельно.

Технические - аппаратные требования:

Процессор Intel Pentium IV 2 ГГц и выше, оперативная память не менее 2Гб, объем жесткого диска не менее 500 Гбайт.

Требования к организационному обеспечению системы.

Для организационного обеспечения приводят требования:

Функционирование системы обеспечивает инженер-системотехник, в эксплуатации участвуют 4 сотрудника.

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

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

4. Характеристика объектов автоматизации

Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию:

В качестве объекта автоматизации выступает процесс, связанный с заказом товара у поставщиков. Автоматизации подлежит процесс заказа товара по заданным характеристикам.

Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды:

Данная система будет установлена в производственных и офисных помещениях.

5. Требования к документированию

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

- Схема организационной структуры;

- Схема функциональной структуры;

- Перечень входных сигналов и данных;

- Перечень выходных сигналов (документов);

- Пояснительная записка к техническому проекту;

- Описание автоматизируемых функций;

- Описание постановки задач (комплекса задач);

- Описание организации информационной базы;

- Описание массива информации;

- Описание программного обеспечения;

- Руководство пользователя.

6. Стадии и этапы разработки

Стадии разработки

Разработка должна быть проведена в 6 стадий:

1. Разработка технического задания

2. Разработка проектной документации

3.Создание эскизного проекта

4. Рабочее проектирование

5. Ввод в действие

6. Сопровождение и модернизация

Этапы разработки

На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.

На стадии разработки проектной документации должен быть выполнен этап разработки проектной документации.

На стадии создания эскизного проекта должен быть выполнен эскизный проект для предварительного предоставления заказчику.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

1) разработка информационной системы;

2) разработка документации.

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

На стадии сопровождения и модернизации должны выполняться работы по усовершенствованию текущей версии информационной системы.

Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

1) постановка задачи;

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

3) определение требований к информационной системе;

4) определение стадий, этапов и сроков разработки информационной системы и документации на неё;

5) обоснование и выбор инструментария;

6) согласование и утверждение технического задания.

На этапе разработки проектной документации должны быть выполнены перечисленные ниже работы:

1) определение основных бизнес-процессов (в виде диаграмм IDEF0);

2) определение основных вариантов использования Системы для трех категорий пользователей (Гость, Авторизованный пользователь, Администратор) в виде UML диаграмм вариантов использования;

3) проектирование структуры базы данных в виде (ER диаграммы);

4) проектирование основных компонентов и алгоритмов Системы в виде соответствующих UML диаграмм;

5) проектирование структуры пользовательского интерфейса;

6) согласование и утверждение проектной документации.

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

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

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

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

События:

1.Анализ требований к ИС

2.Согласование требований с заказчиком

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

4.Разработка технического задания и проекта

5.Согласование и утверждение технического задания и проекта

6.Составление плана по проведению работ

7.Подготовка аппаратного обеспечения

8.Разработка ПО

9.Проверка на совместимость аппаратного и программного обеспечения

10.Интеграция и тестирование программного и аппаратного обеспечения

11.Разработка инструкций по эксплуатации ИС

12.Оформление полной документации на ИС

13.Сдача ИС заказчику

5. Концептуальная модель предметной области

Данная модель представляет систему основных понятий и правил их комбинирования, не зависимых от языка и являющихся смысловой структурой предметной области, а также отображает логическое (обобщенное) представление о данных. Концептуальная модель описывает систему в терминах, понятных пользователю. Концептуальная модель представлена набором UML-диаграмм. Перед представлением концептуальной модели необходимо сформулировать необходимые высказывания на основе предметной области.

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

Таблица 1. Перечень необходимых высказываний

Необходимые высказывания, представленные в таблице 1, будут представлены UML-диаграммами:

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

Рисунок 2. Диаграмма вариантов использования

Диаграмма активности моделирует алгоритмы ключевых процессов предметной области. Данная диаграмма представлена на рисунке 3:

Рисунок 3. Диаграмма активности

Диаграмма классов моделирует отношения ключевых объектов. Данная диаграмма представлена на рисунке 4:

Рисунок 4. Диаграмма классов

6. Описание проблем и формирование концепции информационной системы

1. Обеспечивать защиту информации от несанкционированного доступа и изменения;

2. Обеспечивать проверку правильности данных.

Нефункциональные требования

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

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

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

3. Слой источника данных: выполняет обращения к базе данных, обмен сообщениями, мониторинг транзакций.

Представим назначение классов по слоям в таблице 2:

Таблица 2. Назначение классов по слоям

Результат разработки концептуальной модели информационной системы представлен на рисунке 5:

Рисунок 5. Диаграмма классов, моделирующая структуру ПО ИС на концептуальном уровне

На рисунке 6 представлена диаграмма последовательности, моделирующая функцию аутентификации пользователя:

Рисунок 6. Диаграмма последовательности, моделирующая функцию аутентификации пользователя

На рисунке 7 представлена диаграмма последовательности, моделирующая поддержку расчета за покупку:

Рисунок 7. Диаграмма последовательности, моделирующая поддержку расчета за покупку

8. Логическая модель информационной системы

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

Модель поведения

Модель поведения разработана посредством диаграмм последовательности. На рисунке 8 представлена диаграмма последовательности, моделирующая процесс формирования требования оплаты:

Рисунок 8. Диаграмма последовательности, моделирующая процесс формирования требования оплаты

На рисунке 9 представлена диаграмма последовательности, моделирующая поддержку процесса расчета за покупку:

Рисунок 9. Диаграмма последовательности, моделирующая поддержку процесса расчета за покупку

Модель структуры

Модель структуры является целевой моделью курсового проекта, разработанная посредством диаграммы классов. На рисунке 19 представлена диаграмма классов ПО ИС, на которой отражены все классы, составляющие ПО ИС продаж в магазине:

Рисунок 10. Диаграмма классов, моделирующая структуру ПО ИС на логическом уровне

9. Реализация модели в среде CASE-средства

В качестве примера реализации модели в среде Case-средства опишем процесс моделирования диаграмм логической модели ПО ИС.

Начало работы над проектом.

В качестве среды разработки ИС было выбрано CASE- StarUml. Запустить программу Rational Rose Enterprise Edition. Создать новый проект: FiIe->New. После того, как проект будет создан и работа с ним будет завершена, необходимо сохранить полученные диаграммы. Для этого в меню File выбрать пункт Save или Save As, дать имя проекту и сохранить его в файл с расширением *.mdl. В нашем случае проект имеет название КП.mdl.

Разработка модели поведения.

Для создания диаграммы последовательности действий в программе StarUml необходимо добавить в список браузера новую диаграмму. Для этого нужно щелкнуть правой кнопкой мыши по папке Logical View (Логическое представление) и в появившемся контекстно-зависимом меню выбрать команду New -> Sequence Diagram (Создать -> Диаграмма последовательности действий). Для создания объектов и сообщений на диаграмме последовательности действий, прежде всего, нужно ее открыть, затем выбрать на панели инструментов сообщение или объект и перетащить его на диаграмму. Пример разработки модели поведения представлен на рисунке 11:

Рисунок 11. Пример разработки модели поведения в среде CASE-средства StarUml

Разработка модели структуры.

Для создания диаграммы классов в программе StarUml необходимо добавить в список браузера новую диаграмму. Для этого нужно щелкнуть правой кнопкой мыши по папке Logical View (Логическое представление) и в появившемся контекстно-зависимом меню выбрать команду New -> Class Diagram (Создать -> Диаграмма классов). Пример разработки модели структуры в виде диаграммы классов представлен на рисунке 12:

Рисунок 12. Пример разработки модели структуры в среде CASE-средства StarUml

Заключение