Разработка информационной системы грузоперевозки


>

Дипломная работа

 

Краткое описание работы:

Содержание

 


Введение 2
1. Аналитическая часть 2
1.1. Анализ организационно-экономической схемы и ее описание 2
1.1.1. Анализ структуры управления предприятия 2
1.1.2. Формулировка глобальной цели 2
1.1.3. Место решения 2
1.1.4. Цель решения 2
1.1.5. Описание исходной информации 2
1.1.5. Описание результатной информации 2
1.2. Анализ уровня автоматизации 2
1.4. Выявление и анализ участников производственно – экономической деятельности предприятия, подлежащих автоматизации. 2
2. Проектирование информационной системы 2
2.1. Описание 2
2.2. Область применения 2
2.3. Цели создания ИС УСО 2
2.4. Назначение ИС УСО 2
2.5. Требования к функционированию ИС УСО 2
2.6. Требования к защите информации ИС УСО 2
2.7. Функционирование системы 2
2.8. Организационное, техническое, правовое и эргономическое обеспечение 2
2.9 Защита информации в АРМ, АИС 2
2.10 Проектирование базы данных 2
2.10.1. Обоснование выбора СУБД 2
2.10.2. Определение объектов 2
2.10.3. Определение взаимосвязей между объектами, задание атрибутов, первичных и альтернативных ключей объектов 2
2.10.4. Физическое описание модели 2
2.11. Реализация проекта в Delphi. 2
3 Расчёт экономической эффективности внедрения автоматизированной информационной системы 2
Заключение 2
Список используемых источников 2
Приложение 1. Диаграмма Гаусса. 2
Приложение 2. Руководство программиста. 2
Приложение 3. Руководство пользователя 2
Приложение 4. Отчеты 2
Приложение 5. Текст программы. 2


 

Введение

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

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

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

·        провести анализ предприятия, выявить его основные функции;

·        проанализировать исходную и результатную информации;

·        провести анализ бизнес–процессов предприятия;

·        создать модель конкретной предметной области. Описать алгоритмы обработки информации и расчетные формулы;

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

·        описать интерфейсные формы, формы запросов и отчетов новой информационной системы;

·        выявить все плюсы и минусы, разрабатываемой информационной системы;

·        определить экономическую эффективность информационной системы.

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

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

 

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

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

            Средствами решения задач являются:

1)    программыBPWin, ERWin, Borland Delphi;

2)    программный продукт «ИС УСО»;

3)    расчет экономической эффективности проекта.

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

 

 


 

1. Аналитическая часть

Муниципальное учреждение «Территориальный центра социального обслуживания населения» Верхнебуреинского муниципального района  (далее Центр) является самостоятельным структурным подразделением администрации района. В Центре функционируют два отделения: отделение срочной социальной помощи и  отделение социального обслуживания на дому.

Управление Центром осуществляется в соответствии с законодательством Российской Федерации, нормативными правовыми актами и уставом учреждения, где учредителем является Комитет социальной защиты населения Верхнебуреинского муниципального района.

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

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

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

Бесплатно обслуживаются участники ВОВ, не зависимо от получаемой размера пенсии с учетом надбавок.

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

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

При Центре работает специалист парикмахер, который оказывает услуги в здании, выделенным городским поселением «Рабочий поселок Чегдомын» без арендной платы, а малоподвижным и немощным на дому.

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

С целью предупреждения

............................часть текста пропущена.............................................

2.11. Реализация проекта в Delphi.

. Borland Delphi 7 – это интегрированная среда для разработки приложений под Windows, включающая следующие компоненты:

· высокопроизводительный компилятор с языка высокого уровня в машинный код;

· объектно-ориентированные модули и компоненты;

· визуальное построение приложений из прототипов;

· средства построения баз данных.

Компилятор, встроенный в Delphi, обеспечивает высокую производительность. Этот компилятор в настоящее время является самым быстрым в мире (неофициальные данные). Он предлагает лёгкость разработки и быстрое время проверки готового программного блока.

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

Рисунок 12. Главная форма системы.

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

Рисунок 13. Карточка льготника

 

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

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

Рисунок 14. Выбор справочников системы.

............................часть текста пропущена.............................................

Заключение

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

Разрабатываемая информационная система ИС «Учет социального обслуживания» является информационной технологией, предназначенной для учета со­циальной помощи, оказываемой в органах социального обслуживания населения.

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

Проектирование интерфейса проводилось в среде Borland Delphi 7

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

Срок окупаемости системы 15 месяцев.


............................часть текста пропущена.............................................

Скачать полную версию в архиве>>>

Стоимость работы 1000 рублей. укажите тему работы и способ оплаты (Пополнение счета мобильного телефона, Банковским переводом, , Яндекс деньги, Веб мани):Заказать    ([email protected])

Источник: http://www.sutara.narod.ru/social.htm

щих функционирование и развитие организации как единого целого.

Компания Компьютерный мир работает в отдельном регионе и не имеет разветвленной структуры по территории России. Поэтому её организационная структура довольно проста для понимания.

Организационная структура управления компании Компьютерный мир, представлена схемой (См. рис. 1.1), которая отражает содержание аппарата управления и объекта управления.

Рисунок 1.1 - Схема организационной структуры управления компании

 

Компания Компьютерный мир имеет линейно-функциональную структуру управления. Функциональная структуризация является наиболее широко распространенной формой организации деятельности и имеет место почти на всех предприятиях на том или ином уровне организационной структуры. Это процесс деления организации на отдельные элементы, каждый из которых имеет четко определенную, конкретную задачу и обязанности. Создание функциональной структуры сводится к группировке персонала по широким задачам, которые они выполняют. Конкретные характеристики и черты деятельности того или иного подразделения соответствуют наиболее важным направлениям деятельности всей организации. Так, к функциям и задачам IT-отдела относятся:

Устная консультация клиентов;

Диагностика и ремонт компьютерной техники;

Установка программного обеспечения;

Установка антивирусных программ;

Установка драйверов устройств;

Оцифровка видео;

Проведение плановых профилактических работ для поддержки техники в рабочем состоянии;

Выезд к клиенту для оказания IT-услуг;

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

Прием звонков от клиентов;

Консультация клиентов по техническим вопросам;

Регистрация заявок на ремонт компьютерной техники;

Прием и выдача компьютерной техники после ремонта;

Оповещение клиентов об окончании ремонта;

Контроль соблюдения графика плановых профилактических работ;

Доставка техники клиенту после ремонта;

Предоставление отчетности о выполненных работах.

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

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

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

Взаимодействие с государственными налоговыми и иными органами в пределах своей компетенции.

Взаимодействие с контрагентами и финансовыми организациями в пределах своей компетенции.

Осуществление платежей в наличной и безналичной форме в порядке, определяемом внутренними документами компании.

Налоговое планирование. Мониторинг актуальных законодательных и нормативных документов.

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

 

1.1.3 Программная и техническая архитектура информационной системы предприятия

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

 

Таблица 1.1 - Используемое программное обеспечение

ПрограммаНазначение или решаемая задачаMicrosoft Windows XP SP2Операционная система рабочих станций1С: Бухгалтерия 8Ведение бухгалтерского и налогового учетаMicrosoft Word 2007Ведение текущей документации и формирование отчетностиMicrosoft Excel 2007Регистрация заявок на ремонт и расчет стоимости работKaspersky Antivirus 6.0 Kaspersky Internet Security 6.0Защита от компьютерных вирусовWinRar 3.80Архивация данныхVenta Fax 4.0Прием и отправка факсимильных сообщенийAbby FineRider Professional edition 9.0Распознавание документации на оборудованиеThe Bat 3.9 Mozilla Thunderbird 3.0bezantОтправка и получение электронной почтыNero 7.8.5.Создание резервных копий на CD и DVD-дискахZoneAlarm 8.0.65.0Защита от вторжений в ЛВС и сети Internet

Техническая архитектура информационной системы компании Компьютерный мир представлена схемой (См. рис. 1.2).

 

 

Рисунок 1.2 - Схема технической архитектуры ИС компании

 

1.1.4 Анализ системы обеспечения информационной безопасности и защиты информации

Для защиты от внешних угроз операционная система (Windows XP SP2), которая установлена на всех персональных компьютерах сотрудников компании Компьютерный мир, защищена лицензионным программным продуктом Kaspersky Antivirus 6.0 и Kaspersky Internet Security 6.0.

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

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

sИсточник: https://www.studsell.com/view/133201/20000

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

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

Размещено на http://www.allbest.ru/

  • Содержание
  • ВВЕДЕНИЕ
  • 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
  • 1.1 ПОСТАНОВКА ЗАДАЧИ
  • 1.2 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
  • 1.3 АНАЛИЗ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ РАЗРАБОТКИ И ПРОЕКТИРОВАНИЯ
  • 1.4 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ
  • 2. ПРОЕКТНАЯ ЧАСТЬ
  • 2.1 ПРОЕКТИРОВАНИЕ МОДЕЛИ IDEF0
  • 2.2 ПОСТРОЕНИЕ МОДЕЛИ ПОТОКОВ ДАННЫХ
  • 2.3 РАЗРАБОТКА СХЕМЫ БАЗЫ ДАННЫХ
  • 2.4 ГЕНЕРАЦИЯ БАЗЫ ДАННЫХ
  • 2.5 РАЗРАБОТКА ПРИЛОЖЕНИЯ
  • 3.ОЦЕНКА ЭКОНОМИЧЕСКОГО ЭФФЕКТА
  • ЗАКЛЮЧЕНИЕ

ВВЕДЕНИЕ

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

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

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

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 ПОСТАНОВКА ЗАДАЧИ

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

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

- Исследовать предметную область;

- Обосновать выбор инструментальных средств;

- Формализовать бизнес-процессы (диаграммы IDEF-0), на базе полученных материалов обследования;

- Формализовать потоки данных (диаграммы DFD), на базе выявленных бизнес-процессов;

- Построить модель данных;

- Сгенерировать модель данных в целевую СУБД;

- Разработать прототип приложения;

- Оценить экономический эффект;

1.2 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

В качестве объекта исследования было выбрано типовое торговое предприятие «Кубанский опт», занимающееся продажей канцелярских товаров, и содержащее в своем составе следующие отделы: «Отдел продаж», «Отдел закупок», «Склад» и «Бухгалтерия». Структура предприятия представлена на рисунке 1.

Размещено на http://www.allbest.ru/

Рисунок 1 - Структура предприятия

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

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

- Обработка первичной документации;

- Анализ поступающей информации от отделов продаж и закупок;

- Ведение взаиморасчетов с поставщиками и клиентами;

- Ведение налогового учета;

- Формирование документов на отгрузку товаров со склада;

- Формирование заявок на закупку товара.

Отдел закупок - ответственен за контакты с поставщиками. Главная задача отдела сводится к тому, чтобы путем постоянного мониторинга состояния товарных запасов на складе, вовремя осуществлять заказы товаров у поставщиков и передавать документы на оплату заказанных товаров в бухгалтерию. В отделе числится два человека.

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

Отдел продаж - занимается непосредственной продажей товаров клиентам, количественно состоит из двух человек. Основными задачами, возлагаемыми на отдел, являются: осуществление контактов с покупателями, формирование документов вида «Счет на оплату покупателю», формирование отчетов о продажах товара для бухгалтерии.

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

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

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

Таблица 1 - Матрица организационных проекций

Функция

Отдел

Продажа товара

Отгрузка товара

Поиск клиентов

Заказы к поставщикам

Ведение бухгалтерского учета

Контроль за сохранностью товара

Бухгалтерия

Х

Х

Х

Х

Отдел продаж

Х

Х

Отдел закупок

Х

Склад

Х

Х

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

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

1.3 АНАЛИЗ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ РАЗРАБОТКИ И ПРОЕКТИРОВАНИЯ

проектирование интерфейс бизнес управление

Процесс проектирования необходимо организовать средствами автоматизированного проектирования. Современные СП могут быть разделены на две большие категории. Первую составляют CASE- системы (как независимые (upper CASE), так и интегрированные с СУБД), обеспечивающие проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например, Westmount I-CASE+Uniface.Designer/2000+Developer/2000). Их основное достоинство заключается в том. что они позволяют разрабатывать всю ИС целиком (функциональные спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, обладают существенной сложностью, широкой сферой применения и высокой гибкостью.

Вторую категорию составляют собственно средства проектирования БД, реализующие ту или иную методологию, как правило, "сущность-связь" ("entity-relationship") и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN+JAM, ERwin/ERX+PowerBuilder и др. Помимо указанных категорий, СП можно классифицировать по следующим признакам:

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

- применяемым методологиям и моделям систем и БД;

- степени интегрированности с СУБД;

- степени открытости;

- доступным платформам.

На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:

1. Vantage Team Builder (Westmount I-CASE);

2. Uniface (Compuware);

3. ERwin+BPwin.

Westmount I-CASE представляет собой интегрированный программный продукт, обеспечивающий выполнение следующих функций:

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

- проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;

- генерация кода программ на 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур;

- программирование на языке С со встроенным SQL;

- управление версиями и конфигурацией проекта;

- генерация проектной документации по стандартным и индивидуальным шаблонам;

- экспорт и импорт данных проекта в формате CDIF.

Westmount I-CASE можно использовать в конфигурации "клиент-сервер", при этом база проектных данных может располагаться на сервере, а рабочие места разработчиков могут быть клиентами. Westmount I-CASE функционирует на всех основных UNIX-платформах и VMS. В качестве целевой СУБД могут использоваться ORACLE, Informix, Sybase и Ingres.

Uniface (Compuware). Uniface 6.1 представляет собой среду разработки крупномасштабных приложений "клиент-сервер" и имеет следующую компонентную архитектуру:

- Application Objects Repository (репозиторий объектов приложений) содержит метаданные, автоматически используемые всеми остальными компонентами на протяжении жизненного цикла ИС.

- Application Model Manager поддерживает прикладные модели, каждая из которых представляет собой подмножество общей схемы БД с точки зрения данного приложения.

- Rapid Application Builder - средство быстрого создания экранных форм и отчетов на базе объектов прикладной модели. Оно включает графический редактор форм, средства прототипирования, отладки, тестирования и документирования. Реализован интерфейс с разнообразными типами оконных элементов управления (Open Widget Interface) для существующих графических систем - MS Windows (включая VBX), Motif, OS/2.

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

- Deployment Manager (управление распространением приложений) - средства, позволяющие подготовить созданное приложение для распространения, установить и сопровождать его (при этом платформа пользователя может отличаться от платформы разработчика). В их состав входят сетевые драйверы и драйверы СУБД, сервер приложений (полисервер), средства распространения приложений и управления базами данных. Uniface поддерживает интерфейс практически со всеми известными программно-аппаратными платформами, СУБД, CASE-средствами, сетевыми протоколами и менеджерами транзакций.

- Personal Series (персональные средства) - используются для создания сложных запросов и отчетов в графической форме, а также для переноса данных в такие системы, как Word и Excel.

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

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

Ключевые характеристики ERwin:

- Синхронизация моделей/баз данных

- Автоматизированное создание структуры базы данных и обратное проектирование

- Публикация моделей

- Поддержка нотаций: IDEF1x, IE, Dimensional

- Документирование структур баз данных

- Перенос структур баз данных (но не самих данных) из одного типа СУБД в другой

Функциональные возможности ERwin:

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

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

- Определение стандартов. Определение и поддержка стандартов обеспечивается с помощью словаря доменов Domain Dictionary, редактора стандартов именования Naming Standards Editor и редактора стандартов типов данных Datatype Standards Editor. Словарь доменов содержит многократно используемые атрибуты и обеспечивает непротиворечивость имен и определений в рамках модели. Редактор стандартов именования позволяет пользователям создавать словари разрешенных терминов, аббревиатур и правил именования, которые могут использоваться повторно в рамках модели. Редактор стандартов типов данных позволяет определять собственные правила соответствия между типами данных разных СУБД.

- Поддержка нескольких нотаций моделирования. Для визуального проектирования систем обработки транзакций, витрин и хранилищ данных в единой интегрированной среде ERwin поддерживает три популярные нотации моделирования данных: Integration DEFinition for Information Modeling (IDEF1X), Information Engineering (IE), Dimensional Modeling (DM).

- Управление большими моделями. ERwin облегчает управление большими корпоративными моделями за счет использования предметных областей (Subject Areas) и хранимых отображений (Stored Displays). Предметные области позволяют конкретным проектировщикам фокусировать внимание, разделяя модель на более мелкие, и за счет этого легче управляемые подмодели. Хранимые отображения предоставляют разные варианты графического представления модели или ее предметных областей, облегчая обмен информацией между специализированными группами пользователей.

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

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

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

Поддерживаемые СУБД

- Oracle

- DB2/UDB (включая iSeries)

- SQL Server

- Teradata

- ODBC

- Sybase

- Informix

- Ingres

- Progress

- Access

Поддерживаемые ОС

- Windows 2000

- Windows XP

- Windows 2003 Server

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

Таблица 2 - Таблица характеристик СП

West-mount I-CASE+Uniface

Designer/2000+

Developer/2000

ERwin/ERX+ PowerBuilder

Поддержка полного жизненного цикла ИС

+

+

+

Обеспечение целостности проекта

+

+

-

Независимость от платформы

+ (ORACLE, Informix, Sybase, Ingres и др., dbf-файлы)

- (целевая СУБД - только ORACLE)

+ (ORACLE, Informix, Sybase, поддержка ODBC)

Одновременная групповая разработка БД и приложений

+

-

-

Анализ данных, приведенных в таблице, показывает, что из перечисленных СП только комплекс Westmount I-CASE+Uniface наиболее полно удовлетворяет всем критериям, принятым в качестве основных. Так, например, в комплексе Westmount I-CASE+Uniface целостность базы проектных данных и единая технология сквозного проектирования ИС обеспечивается за счет использования интерфейса Westmount-Uniface Bridge. Следует отметить, что каждый из двух продуктов сам по себе является одним из наиболее мощных в своем классе. Таким образом, наиболее развитыми средствами разработки крупномасштабных ИС на сегодняшний день является, по моему мнению, комплекс Westmount I-CASE+Uniface. С другой стороны, его применение не исключает использования в том же самом проекте таких средств, как PowerBuilder, для разработки сравнительно небольших прикладных систем в среде MS Windows.

1.4 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ

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

BPwin - как средство проектирования процессов для модели ERWIN. Данное приложение предлагает удобные средства для разработки диаграмм бизнес-процессов. BPwin применялся в ходе учебного процесса, возможности данного продукта хорошо изучены.

При выборе СУБД стоит руководствоваться требованиями, предъявляемыми к разрабатываемому проекту. При анализе наиболее популярных СУБД было отобрано три основных кандидата:

- Microsoft SQL Server;

- MySQL;

- Firebird.

Microsoft SQL Server - система управления реляционными базами данных, разработанная корпорацией Microsoft. Обычно используется для работы с базами данных большого размера. Лицензирование осуществляется на платной основе.

MySQL - свободная система управления базами данных. MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. MySQL, является решением для малых и средних приложений. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. MySQL - получил широкое распространение благодаря повсеместному использованию данной СУБД при создании веб-сайтов. Ссылка на литру.

Firebird (FirebirdSQL) - компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

В качестве преимуществ Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов (это возможно потому, что читающие пользователи не блокируют пишущих), компактность (дистрибутив 5Mb), высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров.

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора). Это коммерчески независимый проект программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией «Borland» 25 июля 2000 года в виде свободной версии Interbase 6.0.

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

Для разработки приложения был выбран - Borland Delphi 7. Выбор этого средства разработки неслучаен. Разрабатываемое приложение будет работать под управлением операционной системы Windows. Раннее Borland Delphi 7 использовался в учебном процессе и прекрасно себя зарекомендовал как средство быстрой разработки приложений.

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

1. Эксплуатационные требования

1.1. Система должна обеспечить регистрацию порядка 75-100 операций в день (продажи товара, закупки, регистрация отгрузки и т.д.) с учетом ее срока эксплуатации 5 лет (моральный износ) и с учетом перспектив развития и некоторого запаса.

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

2.1. Система должна восстанавливаться после сбоя (например, отключение питания)

2.2. В программу должны быть встроены средства контроля ошибок:

- Контроль ссылочной целостности при попытках удаления записей;

- Анализ вводимой информации (запрет ввода текстовой информации в числовые поля)

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

3.1. Программа должна быть сделана с использованием СУБД Firebird

3.2. Программа должна иметь стандартный интерфейс с пользователем в среде Windows (многооконность, подсказки, статусная строка)

4. Другие требования

4.1. Программа должна поддерживать работу по сети нескольких пользователей

4.2. Программа должна быть пригодной к сопровождению (модульность, понятность кода).

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 ПРОЕКТИРОВАНИЕ МОДЕЛИ IDEF0

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

При анализе деятельности торгового предприятия было выделено три основных работы отделов, входящих в состав предприятия.

Рисунок 2 - Деятельность торгового предприятия

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

Рисунок 3 - Декомпозиция «Работа склада»

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

Другой не менее важной функцией является отгрузка товара покупателям. Основанием для выдачи того или иного товара со склада является «Документ на выдачу товара со склада» именно он содержит список и количество товаров, которые необходимо выдать. Факт выдачи товара клиенту отражается документально путем формирования документов вида «Складские документы». («Расходная накладная»)

2.2 ПОСТРОЕНИЕ МОДЕЛИ ПОТОКОВ ДАННЫХ

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

Рисунок 4 - Диаграмма DFD. Деятельность торгового предприятия.

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

Отдельное внимание стоит уделить поступающей и уходящей информации склада.

Рисунок 4 - Диаграмма DFD. Работа склада.

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

2.3 РАЗРАБОТКА СХЕМЫ БАЗЫ ДАННЫХ

Схема системы базы данных (от англ. Database scheme) - ее структура, описанная на формальном языке, поддерживаемом системой управления базами данных (СУБД). В реляционных базах данных схема определяет таблицы, поля в каждой таблице, а также отношения между полями и таблицами. После того как была построена модель потоков данных, можно приступить к созданию схемы данных. Анализируя данные диаграммы (Рисунок 3) можно выделить две сущности - поставщики и клиенты. Эти сущности послужат каркасом схемы базы данных, информация о данных сущностях будет храниться в соответствующих таблицах («Postavshiki», «Clients»). Помимо информации о поставщиках и клиентах необходимо следить за продажей, закупкой и количественными остатками товаров. Следовательно, необходимы еще как минимум три сущности, способных хранить необходимую информацию.

В результате проведенного анализа создана модель сущность-связь.

Рисунок 5 - Модель сущность-связь

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

2.4 ГЕНЕРАЦИЯ БАЗЫ ДАННЫХ

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

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

В своей курсовой работе в качестве CASE-средства был выбран программный продукт ERwin. ERwin обеспечивает генерацию схемы данных сущность-связь в физическую базу данных. Взаимодействие Case-средства и, в нашем случае, СУБД Firebird осуществляется по средствам использования драйвера ODBC («Open Database Connectivity»). Для корректной генерации схемы данных необходимо внести изменения в тексты шаблонов, используемые ERwin при создании таблиц и триггеров в целевой БД, а именно заменить двойные кавычки на одинарные в текстах используемых шаблонов. После того, как файлы шаблонов и сама схема БД готовы, необходимо воспользоваться методом «Forward Engineer\Schema Generation» - именно этот метод и осуществляет генерацию схемы данных в физическую существующую базу данных.

2.5 РАЗРАБОТКА ПРИЛОЖЕНИЯ

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

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

В этом разделе будет рассмотрена модель распределенного приложения БД, которая называется многозвенной (multitiered), и, в частности, ее наиболее простой вариант - трехзвенное распределенное приложение. Тремя частями такого приложения являются:

- собственно сервер базы данных;

- сервер приложений (серверная часть приложения);

- клиентская часть приложения.

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

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

Многозвенная архитектура приложений баз данных вызвана к жизни необходимостью обрабатывать на стороне сервера запросы от большого числа клиентов. Казалось бы, с этой задачей вполне могут справиться и приложения клиент/сервер. Однако в этом случае при большом числе клиентов вся вычислительная нагрузка ложится на сервер БД, который обладает довольно скудным набором средств для реализации сложной бизнес-логики (хранимые процедуры, триггеры, просмотры и т.д.). И разработчики вынуждены существенно усложнять программный код клиентского ПО, а это крайне нежелательно при наличии большого числа клиентских компьютеров. Ведь с усложнением клиентского программного обеспечения возрастает вероятность ошибок и усложняется его обслуживание.

Многозвенная архитектура приложений БД призвана исправить перечисленные недостатки.

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

Для передачи данных между сервером приложений и клиентами используется интерфейс AppServer, предоставляемый удаленным модулем данных сервера приложений. Этот интерфейс используют компоненты-провайдеры TDataSetProvider на стороне сервера и компоненты TClientDataSet на стороне клиента.

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

В первую очередь удаленное клиентское приложение должно обеспечить соединение с сервером приложений. Для этого используются компоненты соединений DataSnap - TSocketconnection, использующий сокеты Windows;

Компонент TSocketConnection обеспечивает соединение клиента с сервером приложений за счет использования сокетов TCP/IP. Для успешного открытия соединения на стороне сервера должен работать сокет-сервер

Компоненты соединения DataSnap предоставляют интерфейс IAppServer, используемый компонентами-провайдерами на стороне сервера и компонентами TClientDataSet на стороне клиента для передачи пакетов данных. Для работы с наборами данных используются компоненты TClientDataSet, работающие в режиме кэширования данных.

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

Перейдем к рассмотрению программного интерфейса клиента и сервера.

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

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

Особое внимание стоит уделить кнопке «Update». Данная кнопка является неактивной до тех пор, пока не произошло изменений в записях таблиц БД. Как только что-то изменилось (Например: бухгалтер изменил цену товара), кнопка начинает «моргать», это является сигналом к нажатию с целью обновления информации.

3. ОЦЕНКА ЭКОНОМИЧЕСКОГО ЭФФЕКТА

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

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

Глядя на модели AS-IS и AS-TO BE, сразу же бросается в глаза различный состав работ. После реинжиниринга бизнес процессов происходящих на предприятии было выявлено, что содержание отдела закупок не выгодно с экономической точки зрения. Ввиду того, что количество поставщиков, с которыми работает организация не велико (порядка 10-15 фирм) и частота закупок не превышает одного - двух раз в неделю, было принято решение расформировать отдел продаж и передать его функции в отдел «Консолидированной бухгалтерии». В результате в суммарном выражении мы получили разницу, при условии месячного функционирования организации, в десять тысяч рублей.

Теперь мы можем рассчитать абсолютный показатель снижения стоимостных затрат:

(1)

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

(2)

Коэффициент (2) показывает на какую долю или процент снижаются затраты предлагаемого варианта по сравнению с базовым.

Индекс снижения стоимостных затрат :

(3)

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

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

В среднем на выписку одного документа уходит от трех до пяти минут. Заработная плата кладовщика составляет тринадцать тысяч рублей при 21 рабочем дне. Тогда стоимость одного рабочего часа кладовщика составляет

(4)

Теперь мы сможем рассчитать стоимость выписки одного документа работником (5)

Внедрение системы позволит сократить затраты, на выписку одного документа в среднем на 30%. Тогда стоимость выписки одного документа кладовщиком составит (6)

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

(7)

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

(8)

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

ЗАКЛЮЧЕНИЕ

Поставленная цель курсовой работы выполнена. В ходе курсовой работы были формализованы бизнес-процессы (Диаграммы IDEF-0 AS IS), проведен реинжиниринг бизнес-процессов. (Диаграммы IDEF-0 AS TO BE). Средствами прямого проектирования получена БД.

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

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

Разработанное приложение позволяет:

- Ускорить процесс поступления и выдачи товаров со склада

- Обеспечить постоянный контроль за количеством товара на складе

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

- Автоматизировать процесс выдачи документов, как поставщикам, так и клиентам

Размещено на Allbest.ru


Подобные документы

  • Проектирование информационной системы компании "IT-Сервис"

    Наличие экономической информационной системы. Матрица организационных проекций. Разработка системы базы данных. Современные CASE-средства. Основные этапы разработки информационных систем. Абсолютный показатель и индекс снижения стоимостных затрат.

    курсовая работа [1,1 M], добавлен 14.03.2011

  • Разработка базы данных информационной системы "Магазин напольных покрытий"

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

    курсовая работа [1,6 M], добавлен 18.02.2013

  • Разработка автоматизированной информационной системы "Гостиница"

    Обзор принципов построения и эффективного применения систем управления базами данных, CASE-средств автоматизации проектирования. Анализ возможностей методологии и инструментальных средств. Разработка модели бизнес-процессов гостиницы в среде All Fusion.

    курсовая работа [3,3 M], добавлен 28.12.2012

  • Автоматизация работы ресторана

    Проектирование деятельности ресторана для повышения качества и прозрачности управления бизнес-процессами, прототип приложения для автоматизации деятельности ресторана. Принципы работы в программном продукте Borland Delphi 7 и CASE-средстве ERwin.

    курсовая работа [115,3 K], добавлен 19.09.2014

  • Разработка автоматизированной информационной системы для медработников "Заказы на лекарства"

    Выбор, обоснование и особенности работы СУБД. Характеристика языков программирования. Разработка структурной и функциональной модели информационной системы аптеки. Проектирование программной среды АИС и ее интерфейса. Построение модели базы данных.

    курсовая работа [442,3 K], добавлен 21.04.2012

  • Информационная система ВУЗа

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

    дипломная работа [41,6 K], добавлен 17.08.2010

  • Разработка информационной системы для автоматизации деятельности сервисного центра

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

    дипломная работа [750,8 K], добавлен 10.07.2017

  • Проектирование информационной системы "Турагенство"

    Разработка информационной системы туристического агентства с использованием современных инструментальных средств, технологий; создание ее прототипа; определение целей, задач и функций ИС. Концептуальное, логическое и физическое проектирование базы данных.

    курсовая работа [1,1 M], добавлен 09.06.2013

  • Разработка информационной системы по сервисному обслуживанию компьютеров

    Характеристика предприятия и его деятельности. Описание основных сущностей и их функций. Обоснование выбора системы управления БД и анализ имеющихся программных средств. Проектирование базы данных. Разработка интерфейса и алгоритмов реализации системы.

    дипломная работа [1,4 M], добавлен 18.10.2015

  • Разработка информационной системы управления учебным процессом (на примере филиала РГТУ г. Всеволожска)

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

    дипломная работа [2,8 M], добавлен 21.01.2012

Источник: http://otherreferats.allbest.ru/programming/00178272_0.html

Выдержка из работы

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. АНАЛИЗ ПРИМЕНЕНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ ДОКУМЕНТООБОРОТА В ОБРАЗОВАНИИ

1.1 Информационные системы управления в образовании

1.2 Описание документооборота института и кафедры

1.3 Анализ технологии документооборота на основе диаграмм SADT (IDEF0)

1.4 Обоснование проектных решений по видам обеспечения

ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДОКУМЕНТООБОРОТА НА КАФЕДРЕ

2.1 Информационно-логическая модель предметной области на основе ER

2.2 Разработка базы данных на основе даталогического моделирования в среде MS Access

2.3 Функционально-структурная схема автоматизированной системы документооборота кафедры

2.4 Реализация программных модулей системы

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

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

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

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

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

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

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

Степень разработанности темы. В настоящее время тема документооборота учебных заведений разработана в значительной степени. Однако, документооборот кафедры, как правило, входит в единую систему управления информацией всего учебного заведения (ИСУ ВУЗ) как один из его элементов. Очевидно, разработка подобных систем для решения автономных задач кафедры крупными организациями не считается целесообразной. В результате, небольшие учебные заведения с числом студентов 1 — 2 человек, остаются вообще без систем электронного документооборота кафедр и других подразделений. Это позволяет сделать вывод о том, что степень разработанности темы нельзя считать полной и, соответственно имеет смысл продолжить исследования в этой области.

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

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

— раскрыть информационный и функциональный анализ предметной области;

— обосновать выбор проектных решений;

— разработать информационные модели для адекватного описания информационных объектов предметной области;

— разработать функционально-структурную схему проектируемой системы на основе выполненного функционального анализа;

— разработать структуру и проектирование базы данных;

— разработать программные модули информационной системы.

Объектом работы является процесс документооборота кафедры информатики института.

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

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

— структурного анализа и проектирования SADT, в частности IDEF0;

— информационного анализа на основе диаграмм «сущность-связь» (ER-диаграмм);

— функционального анализа, основанные на требованиях ГОСТ 19. 701−90;

— даталогического проектирования реляционных моделей баз данных;

— моделирования и пр.

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

Апробация результатов исследования. Основные теоретические положения и выводы были представлены на заседании кафедры информатики Нижнекамского муниципального института и на межрегиональной студенческой научно-практической конференции «Актуальные проблемы современного российского общества и роль образования в их разрешении» (13 мая 2010 г., НМИ).

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

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

Структура работы. Дипломная работа состоит из введения, двух глав, которые подразделяются на параграфы, заключения, списка литературы и приложений. Работа изложена на 61 странице, включает 7 таблиц и 14 рисунков. Библиографический список состоит из 52 источников.

ГЛАВА 1. АНАЛИЗ ПРИМЕНЕНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ ДОКУМЕНТООБОРОТА В ОБРАЗОВАНИИ

1. 1Информационные системы управления в образовании

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

Информационная система — взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели [19, с. 127].

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

1) ввод информации из внешних или внутренних источников;

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

3) вывод информации для представления пользователям или передачи в другую систему;

4) обратная связь — это информация, переработанная людьми данного учебного учреждения для коррекции входной информации [21, с. 2].

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

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

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

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

— переработанной, упорядоченной совокупности сведений об управляемом объекте. На основании их человек (или группа людей) принимает решение о характере воздействия на объект. Это свойственно системе обработки данных, но не собственно автоматизированной системе;

— совокупности рекомендаций (вариантов решения) относительно характера воздействия на управляемый объект. Окончательное решение в данном случае принимает человек. Такая реализация наиболее типична для автоматизированных систем управления [33, с. 4].

Информационная система управления определяется следующими свойствами:

1) любая информационная система может быть подвергнута анализу, построена и управляема на основе общих принципов построения систем;

2) информационная система является динамичной и развивающейся;

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

4) информационную систему следует воспринимать как человеко-компьютерную систему обработки информации.

Внедрение информационных систем может способствовать:

— обеспечению достоверности информации;

— освобождению пользователей от рутинной работы за счет ее автоматизации;

— совершенствованию структуры потоков информации и системы документооборота в учреждении;

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

— получению более рациональных вариантов решения управленческих задач за счет внедрения математических методов и интеллектуальных систем и т. д. [24, с. 87].

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

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

1) управление обучением и развитием отдельного учащегося;

2) управление учебным процессом в рамках одного учебного заведения;

3) управление работой группы родственных учебных заведений;

4) управление учебными заведениями по территориальному принципу;

5) управление системой народного образования страны.

На первом уровне задачи управления совпадают в значительной мере с задачами обучения с помощью компьютеров [46, с. 3].

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

— повышение качества подготовки специалистов за счет совершенствования управления со стороны ректората, деканатов, кафедр;

— повышение качества учебной, учебно-методической, научно-исследовательской деятельности на основе оперативной информации;

— повышение эффективности в разработке учебных планов и программ, составление расписания занятий, других видов аудиторной и внеаудиторной работы [2, с. 102].

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

Внедрение автоматизированной системы управления в деятельность образовательного учреждения позволяет решить следующие задачи:

— добиться прозрачности всех процессов управления образовательным учреждением;

— планировать учебную нагрузку преподавателей, контролировать ее выполнение и составлять расписание занятий;

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

— повысить контроль качества оказания образовательных услуг студенту;

— автоматизировать документооборот с подготовкой всей необходимой учебной документации и контролировать исполнительскую дисциплину сотрудников, участвующих в организации учебного процесса;

— реализовывать изучение отдельных учебных дисциплин или всего учебного плана с применением дистанционных технологий [20, с. 1].

Одной из таких автоматизированных систем управления является Программный комплекс «Интегрированная Система Управления ВУЗом» (ИСУ ВУЗ). Главными особенностями ИСУ ВУЗ являются:

1.Многофункциональность: решение всех основных задач по управлению учебным процессом в рамках единой информационной системы с возможностью быстрого доступа к необходимым данным для любого участника в соответствии с его индивидуальными правами;

2.Модульная структура, реализуемая подсистемами обеспечения, планирования и организации учебного процесса, а также информационно-аналитической подсистемой. Использование большого числа настраиваемых параметров позволяет гибко распределять функции подсистем среди рабочих мест организаторов учебного процесса и в целом адаптировать систему под особенности конкретного ВУЗа;

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

4.Открытость: возможность взаимодействия с другими автоматизированными системами (бухгалтерскими, охранными системами контроля доступа и т. д.);

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

Программными подсистемами интегрированной системы управления вузом являются: подсистема обеспечения учебного процесса, планирования учебного процесса, организации учебного процесса, информационно-аналитическая система [20, с. 2].

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

1.2 Описание документооборота института и кафедры

Управление информационными ресурсами имеет для деятельности любого учреждения особое значение. В современном мире учреждения сталкиваются с необходимостью обработки колоссального объема информации. В большинстве учреждений со сложной структурой важное значение имеет уровень организации взаимодействия подразделений и порядок обмена информацией. Большая часть информации передается в виде документов на бумажном носителе (обмен служебной документацией и отчетностью) [4, с. 28].

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

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

В подразделениях из документации, формируемой сотрудниками, так же образуются документопотоки, которые в результате сливаются в единый поток исходящей документации. А документы, созданные в организации и не предназначенные к выходу за ее пределы составляет поток внутренней документации [6, с. 98].

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

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

Для системы хранения документов наиболее значимыми являются понятия «номенклатура дел» и «дело». Под номенклатурой дел понимается систематизированный перечень заголовков дел, формируемых в делопроизводстве учреждения, расположенных в определенной последовательности с указанием сроков их хранения; под делом понимается совокупность документов по отдельному вопросу или участку деятельности, сформированных в хронологической или иной последовательности и подшитых в отдельную обложку [25, с. 207].

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

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

2.Распорядительная документация. Основное назначение распорядительных документов -- регулирование деятельности, позволяющее органу управления обеспечивать реализацию поставленных перед ним задач, получать максимальный эффект от своей деятельности и деятельности организаций, входящих в его систему. Распорядительные документы содержат решения, идущие сверху вниз по системе управления: от управляющего органа к управляемому, т. е. от вышестоящего к подведомственному, от руководителя организации к структурным подразделениям и работникам [27, с. 478].

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

4.Отчетная документация. Отчетную документацию составляют документы, содержащие сведения о результатах деятельности учреждения за определенный период времени — год, полугодие, квартал, месяц, декада. Отчетные документы могут составляться по различным направлениям деятельности организации: о результатах функциональной деятельности подразделений и в целом организации, о результатах научно-исследовательской или научно-внедренческой деятельности, о результатах рекламной деятельности (рекламных кампаний), о выполнении отдельных, разовых мероприятий [37, с. 89].

Документооборот мы рассмотрели на примере Муниципального автономного образовательного учреждения высшего профессионального образования «Нижнекамский Муниципальный институт» (в дальнейшем, НМИ). НМИ является организацией, осуществляющей образовательную деятельность в области профессиональной подготовки и переподготовки населения г. Нижнекамска и Нижнекамского района Республики Татарстан на основании соответствующей лицензии [41, с. 1]. Организационная структура НМИ представлена рисунке 1.

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

К структурным подразделениям, организующим документооборот НМИ относятся:

1. Ректорат (издает приказы, распоряжения по структурным подразделениям, разрабатывает положения института);

2. Деканаты (издает приказы по студентам, хранит личные карточки студентов, регистрирует документы, сдают документы в архив и т. д.);

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

4. Отдел кадров (хранит личные дела сотрудников и студентов, заполняет трудовые книжки, издает приказы по личному составу, регистрирует выдачу дипломов, справок, документов и т. д.);

5. Бухгалтерия (ведет прием денежных средств от студентов, выдает заработную плату и стипендию, выдает справки о заработной плате и т. д.).

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

Каждый семестр в институте проводится рейтинг-контроль, который проходит в три этапа: первый и второй промежуточные рейтинги и третий — экзаменационная сессия. На первый рейтинг готовятся экзаменационные ведомости, которые затем разносятся по кафедрам. После завершения рейтинг — контроля ведомости сдаются в деканат, где регистрируются результаты, выявляются студенты-задолжники. Потом ведомости также выдаются и собираются на втором рейтинге и экзаменационной сессии [3, с. 12].

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

В конце учебного года происходят защиты выпускных работ. Протоколы заседаний государственной аттестационной комиссии заполняются на защите выпускных работ. После завершения защит студентов, выписываются дипломы и распечатываются вкладыши к дипломам и затем передаются в отдел кадров для выдачи. В деканате подготавливаются акты выдачи дипломов, под каким номером, кому был выдан диплом. Учебные карточки и зачетные книжки после обработки сдаются в архив [24, с. 154].

документооборот образовательный проектный моделирование

Рис. 1. Организационная структура Нижнекамского муниципального института

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

Заведующий кафедрой имеет право участвовать в работе всех подразделений института, где обсуждаются вопросы деятельности кафедры; утверждает планы работы кафедры, индивидуальные планы работы преподавателей и сотрудников кафедры и другие документы; осуществляет распределение учебной нагрузки; представляет ректору института предложения по приему на работу, увольнению и перемещению работников кафедры, их моральному и материальному поощрению [50, с. 64].

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

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

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

— формирует планы научных исследований, организует их проведение и осуществляет контроль выполнения;

— организует и контролирует повышение квалификации и переподготовку преподавателей и сотрудников кафедры;

— способствует распространению научных знаний и осуществляет культурно-просветительскую деятельность среди населения;

— вносит на рассмотрение Ученого совета института предложения о кандидатурах на замещение должностей, на представление к ученым и почетным званиям;

— осуществляет иную деятельность, предусмотренную настоящим Уставом НМИ и действующим законодательством [41, с. 12].

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

В номенклатуре дел кафедры указано 17 наименований и 35 дополнительных папок. Нумерация в номенклатуре дел состоит из индекса структурного подразделения, например кафедра информатики — 25 и номера дела, например 25−01 — «Копии приказов и распоряжений ректора и проректоров общие». Пример номенклатуры дел кафедры показан в приложении A.

1.3 Анализ технологии документооборота на основе диаграммSADT(IDEF0)

При проектировании информационных систем во всем мире принято преимущественно использовать технологии структурного анализа и проектирования SADT. Применение этой технологии предусматривает построение семейных диаграмм IDEF0, IDEF1, IDEF1X, IDEF2 и т. д. Анализ информационной системы документооборота проводится с помощью диаграммы IDEF0.

При создании новых систем IDEF0 можно использовать сначала для задания требований к системе и ее функциям, а затем для разработки собственно системы, которая соответствует заданным требованиям и исполняет заданные функции. При работе с существующими системами с помощью IDEF0 можно анализировать выполняемые системой функции и документировать механизмы (средства), которыми это достигается [47, с. 163].

Результатом применения IDEF0 является модель. Модель состоит из диаграмм, текста и словаря терминов, имеющих перекрестные ссылки друг на друга [48, с. 84]. Диаграммы — основной компонент модели. Все функции и взаимодействия отображаются на диаграммах в виде прямоугольников (функции) и стрелок (взаимодействия).

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

Диаграмма самого верхнего уровня называется А0 модель «Документооборот кафедры» представлена на рисунке 2.

На данной диаграмме один блок «Документооборот кафедры» и 9 дуг, входящих в блок и исходящих из него. Расположение дуг относительно блока не случайно. Каждая сторона блока имеет вполне определенное назначение: левая сторона блока предназначена для входов (материал или информация, которые используются или преобразуются для получения результата), верхняя — для управления (правила, стратегии, стандарты); правая — для выходов (материал или информация, получаемые в результате выполнения процесса), нижняя — для механизмов (ресурсы, которые выполняют процесс). Такое обозначение отражает определенные принципы активности: входы преобразуются в выходы, управления ограничивают или предписывают условия выполнения, исполнители описывают, за счет чего выполняются преобразования [14, с. 378]. Так, в данном случае «Документы структурных подразделений института» посредством действий «Методиста кафедры» и «Технических средств» должны преобразоваться в «Планы, отчеты и протоколы заседаний», «Семестровые и 5-летние планы», «Документы по группам, сотрудникам». Управляющую роль здесь выполняет «Устав НМИ», «ГОС ВПО», «Требования к оформлению документов в НМИ».

Обобщающая диаграмма верхнего уровня является в своем роде уникальной, поскольку содержит один единственный блок. Все остальные диаграммы IDEF0 — модели обычно содержат от 3 до 6 блоков, при этом каждая такая диаграмма должна детализировать некоторый блок уже имеющейся в модели диаграммы [44, с. 112]. Диаграмма А0, детализирует блок «Документооборот кафедры» обобщающей диаграммы А-0 (рисунок 3).

На диаграмме А0 уже присутствуют 3 блока: «Получение документов», «Регистрация документов», «Текущая работа с документами» (рисунок 3). Блоки на IDEF0-диаграмме размещаются в порядке важности и пронумерованы в соответствии с порядком их доминирования. На диаграмме А0 — это номера А1, А2, А3.

Диаграмма А0 является диаграммой-потомком по отношению к диаграмме А-0, а диаграмма А-0, в свою очередь, является родительской диаграммой для А0. Для стыковки диаграммы-потомка с родительской диаграммой используются те же дуги входов, дуги выходов и дуги механизмов. Никаких других входов, выходов, дуг управления или механизмов на диаграмме А0, кроме тех, что присутствовали на А-0, появиться не может [34, с. 124].

Из диаграммы А0 видно как реализованы связи между блоками. По отношению к диаграмме А0 могут в дальнейшем появиться 3 диаграммы-потомка А1, А2, А3 каждая из которых будет детализировать блок с таким названием.

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

На рисунке 4, диаграмма А3 «Текущая работа с документами», детализирующая блок А3 диаграммы А0. На данной диаграмме 3 блока: «Добавление документа» — блок А3−1, «Просмотр и редактирование» — блок А3−2, «Печать документа» — блок А3−3. Таким образом, имеется одна дуга входа: — «Открытие БД»; три дуги управления: «Требования к БД», «ГОС ВПО, „Устав НМИ“»; одна дуга выхода: «Документы для кафедры» и две дуги механизмов: «Методист кафедры» и «Технические средства».

Анализ, проведенный с помощью диаграммы IDEF0, позволяет определить основные операции, которые имеют в документообороте кафедры. Это позволит на последующих этапах работы над автоматизированной системой определить основные функции, которые будет необходимо реализовать. Описание процессов проектирования на основе выполненного анализа приводится в главе 2.

1.4 Обоснование проектных решений по видам обеспечения

Автоматизированные системы в образовании в качестве составных элементов включают: техническое, информационное, программное, технологическое, организационное обеспечения.

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

Комплекс технических средств составляют:

— компьютеры;

— устройства передачи данных и линии связи;

— оргтехника и устройства автоматизированного съема информации;

— устройства сбора, накопления, обработки, передачи и вывода информации [9, с. 367].

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

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

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

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

Таблица 1

Состав и основные характеристики ПЭВМ

Описание характеристики

Характеристики

Конфигурация системного блока

Материнская плата

Процессор

Pentium IV

Оперативная память

1024 МБ

Емкость НЖМД

120 ГБ

Монитор

Размер

17'

Мультимедиа

Нет

Принтер

Тип

Лазерный

Формат

А4

Для связи с файловым сервером БД необходимо наличие сетевой платы. Наиболее распространенным типом сетевых плат является Ethernet. Количество локальных пользователей — как правило, не превышает двух десятков. Количество обращений к серверу происходит по мере необходимости пользователя. Объем передаваемой информации одному пользователю зависит от параметров запроса пользователя и может достигаться нескольких Мб. Сервисной программой на сервере передается по сети бинарный файл, полученный с контроллера, он достигает несколько Кб. С технологией файл-сервер реализуемой в создаваемой системе будет загрузка сети, при которой желательно использовать сетевые платы в 100 Мбит/с [51, с. 64].

В информационных системах одним из основных форм обеспечения является информационное обеспечение. Информационное обеспечение — это совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в учреждении, а также методологии построения баз данных [40, с. 364].

Основным способом реализации информационного обеспечения является подсистема управления базами данных. База данных (БД), в соответствии с определением — именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. Система управления базами данных (СУБД) — совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями [5, с. 597].

Информационное обеспечение ИС является средством для решения следующих задач:

— однозначного и экономичного представления информации в системе (на основе кодирования объектов);

— организации процедур анализа и обработки информации с учетом характера связей между объектами (на основе классификации объектов);

— организации взаимодействия пользователей с системой (на основе экранных форм ввода-вывода данных);

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

Информационное обеспечение ИС включает два комплекса: внемашинное информационное обеспечение (классификаторы технико-экономической информации, документы, методические инструктивные материалы) и внутримашинное информационное обеспечение (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации) [18, с. 496].

К информационному обеспечению предъявляются следующие общие требования:

— информационное обеспечение должно быть достаточным для поддержания всех автоматизируемых функций объекта;

— для кодирования информации должны использоваться принятые классификаторы;

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

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

— в информационной системе должны быть предусмотрены средства контроля входной и результатной информации, обновления данных в информационных массивах, контроля целостности информационной базы, защиты от несанкционированного доступа [15, с. 92].

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

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

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

Операционная система (ОС) — так называется первая и самая главная программа, благодаря которой становится возможным общение между компьютером и человеком [26, с. 32]. ОС принимает на себя сигналы-команды, которые посылают другие программы, и «переводит» их на понятный машине язык. ОС управляет всеми подключёнными к компьютеру устройствами, обеспечивая доступ к ним другим программам. Задача О С — обеспечивать удобство работы с компьютером для человека-пользователя. Каждая О С состоит из трех обязательных частей:

1) первая — ядро, командный интерпретатор, «переводчик» с программного языка на «железный», язык машинных кодов;

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

3) третья часть — удобная оболочка, с которой общается пользователь — интерфейс;

В качестве операционной системы была выбрана ОС — Windows XP.

Тогда система управления базами данных должна быть рассчитана для работы в выбранной операционной системе. В мире существует множество систем управления базами данных документооборота. Несмотря на то, что они могут по-разному работать с разными объектами и предоставляют пользователю различные функции и средства, большинство СУБД опираются на единый устоявшийся комплекс основных понятий [1, с. 19]. Это дает возможность рассмотреть одну систему и обобщить ее понятия, приемы и методы на весь класс СУБД. Примером таких систем является Евфрат-Документооборот.

Евфрат — для малых и средних учреждений (от 5 до 120 компьютеров), стремящихся организовать эффективную работу с корпоративными документами, как отдельных сотрудников, так и организации в целом, наладить на современном уровне делопроизводственный процесс компании, организовать электронный архив документов различных типов.

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

Дополнительные возможности:

— показ папок и картотек в виде таблицы значений реквизитов, с возможностью масштабирования ячеек и экспорта в Excel. Возможность фильтрации таблицы по реквизитам;

— печать или запись в файл отчетов по документам в папке или при разметке по картотеке;

— совместная работа с другими приложениями — MS Office, Netscape Navigator, Microsoft Internet Explorer, Photoshop и т. д;

Новый подход к созданию документов:

— новый единый диалог создания и корректировки документов из различных источников;

— предварительный просмотр файлов перед внесением в систему;

— мастер создания документов, который сам предлагает пользователю варианты создания новых документов в системе;

— слежение за директориями. Евфрат автоматически отслеживает все изменения, происходящие с документами в указанных директориях на локальных и сетевых дисках;

— загрузка Интернет документов с показом WWW-сервера в виде дерева.

Евфрат также позволяет производить архивирование документов, зарегистрированных в базе системы [52, с. 4].

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

— хранение больших объёмов актуальной и достоверной информации;

— простота обращений пользователей к БД;

— возможность внесения, изменения, удаления, сортировки и других манипуляций с данными БД;

— поиск информации по различным группам признаков;

— возможность расширения и реорганизации данных в БД при изменениях предметной области.

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

1. Приложение Access является реляционной СУБД, которая поддерживает все средства и возможности по обработке данных, свойственные реляционным моделям. При этом информация, которую необходимо хранить в соответствующих БД, может быть представлена в практически любом формате, частности, текстовом, графическом, числовом, денежном, дата или время и т. д. ;

2. Среди средств, которые предлагает СУБД Access нельзя не отметить возможность динамического обмена данными (DDE) между Access и другими приложениями, которые поддерживают эту технологию. Также имеется возможность применения технологии ActiveX, позволяющей использовать разработчику в своем программном продукте не только, те объекты, которые свойственны данному приложению (в частности, Access), но и объекты других приложений (например, Excel или Word);

3. При обработке данных в Access используется структурированный язык запросов SQL, который без преувеличения можно назвать стандартным языком БД. С его помощью можно выполнять самую разнообразную обработку имеющихся данных, в частности, создавать выборки требуемой структуры, вносить необходимые изменения в имеющиеся БД, преобразовывать или удалять таблицы, формировать данные для отчетов и многое другое;

4. Важным преимуществом СУБД Access является то, что с ее помощью можно разрабатывать системы, которые обрабатывают БД как на отдельном компьютере, так и в локальной сети учреждения или в Internet, используя режим обработки данных «клиент-сервер» [39, с. 204].

Access предоставляет широкие возможности по созданию приложений, связанных с обработкой БД. При этом разработчику не обязательно быть программистом высокого класса, а вполне достаточно иметь представление о создании событийных приложений в среде Windows, а также владеть некоторыми навыками программирования на языке Visual Basic. В этом случае разработчик достаточно быстро сможет овладеть навыками по созданию приложений в Access, что позволит выполнять автоматизирование как простых, так и достаточно сложных задач, связанных с обработкой данных [35, с. 84].

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

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

— контроль количества поступивших документов, полноты и качества их заполнения;

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

— отбраковка документов, не соответствующих требованиям, предъявляемым к документам.

Если информация поступает на машинном носителе (гибком диске), то в этом случае проверяется качество записи диска, реги-стрируются имя файла, объем, источник и время поступления [10, с. 497].

Работа с программой начинается с вывода информационного окна и активизации системы меню.

При машинной обработке информации предполагается несколько этапов:

— сбор, прием, контроль первичных документов и передача их на ввод (домашинный этап);

— ввод, вычисления и иная обработка первичных документов (машинный этап);

— вывод полученных данных на печать и последующая работа с ними (послемашинный этап) [12, с. 198].

Все перечисленные выше процессы обработки информации являются технологическими, поскольку предусматривают выполнение строго регламентированных операций по детально разработанной технологии [30, с. 5].

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

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

— управление учебным процессом (формирование учебных планов, построение расписания, мониторинг результатов обучения);

— финансовое планирование и бухгалтерский учет;

— документооборот (формирование приказов, контроль исполнения);

— подготовка оперативной и внешней отчетности.

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

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

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

ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДОКУМЕНТООБОРОТА НА КАФЕДРЕ

2.1 Информационно-логическая модель предметной области на основеER

Для построения базы данных необходимо разработать информационно-логическую модель предметной области. Эта модель позволит выявить основные структуры данных в предметной области и их логические связи. Основу разрабатываемой инфологической модели составляют структуры данных. На практике применяется иерархическая, сетевая и реляционные модели данных [17, с. 95].

Требования, предъявляемые к инфологической модели:

— адекватное отображение (язык для представления инфологической модели должен обладать достаточными выразительными возможностями);

— непротиворечивость (не должна допускаться неоднозначная трактовка модели);

— легко расширяемость (обеспечение ввода новых данных);

— гибкий язык (язык должен быть применим как при ручном, так и при автоматизированном проектировании);

— понятность всем пользователям [31, с. 485].

Инфологическое моделирование выполняется чаще всего путем разработки ER-моделей. Эти модели требуют выделения из предметной области «сущностей» и установление связей между ними. Сущности выделяются не на уровне объектов, а на уровне классов объектов. Сущность имеет имя, уникальное в пределах моделируемой системы. Так как сущность соответствует некоторому классу однотипных объектов, то предполагается, что в системе существует множество экземпляров данной сущности. Объект, которому соответствует понятие сущности, имеет свой набор атрибутов — характеристик, определяющих свойства данного представителя класса. При этом набор атрибутов должен быть таким, чтобы можно было различать конкретные экземпляры сущности. Такие модели требуют графического изображения.

ПоказатьСвернуть
Источник: http://sinp.com.ua/work/202440/Proektirovanie-informacionnoj-sistemy-dokumentooborota

Выдержка из работы

Разработка и внедрение информационной системы «Автовокзал»

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1.РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

1. 1Анализ существующих решений в предметной области

1. 2Анализ предметной области

1. 3Выбор методологии проектирования

1. 4Сбор требований

1. 5Анализ и моделирование требований

1. 6Спецификация требований к ПО

1. 7Аттестация требований

Выводы к разделу

2.ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2. 1Архитектурное проектирование

2. 2Проектирование пользовательского интерфейса

2. 3Проектирование баз данных

2. 4Обоснование выбора платформы создания ИС

2. 5Проектирование модулей

3.РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3. 1Реализация приложения

3. 2Взаимодействие приложения с источниками данных

3. 3Тестирование приложения

3. 4Методика развертывания приложения

Выводы к разделу

4.УПРАВЛЕНИЕ ИНФОРМАЦИОННЫМ ПРОЕКТОМ

4. 1Выбор жизненного цикла разработки программного обеспечения

4. 2Определение цели и области действия программного проекта

4. 3Создание структуры пооперационного перечня работ

4. 4Идентификация ресурсов проекта

4. 5Оценка длительности разработки программного обеспечения

4. 6Распределение ресурсов проекта

4. 7Идентификация задач и действий

4. 8Оценка стоимости разработки программного обеспечения

4. 9Оценка экономической эффективности проекта

Выводы к разделу

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ Б — ПРОТОТИПЫ ИНТЕРФЕЙСА

ПРИЛОЖЕНИЕ В — СТРУКТУРНЫЕ КАРТЫ КОНСТАНТАЙНА

ПРИЛОЖЕНИЕ Г — ТАБЛИЦЫ ТЕСТОВЫХ ДАННЫХ

ПРИЛОЖЕНИЕ Д — ПРОГРАММНЫЙ КОД МЕТОДОВ И ФУНКЦИЙ3

ВВЕДЕНИЕ

Данная дипломная работа посвящена разработке и внедрению модуля автоматизации сбора информации аналитически данных продажи билетов и работы компании в целом на примере ОАО «Автовокзал».

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

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

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

Являясь крупнейшим предприятием в сфере автоперевозок на юге России, ОАО «Автовокзал» имеет в своём составе 55 автовокзалов и автостанций, расположенных по всей Ростовской области. Ежегодно предприятие обслуживает более 6 миллионов пассажиров, из которых свыше 1 миллиона пользуются различными льготами.

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

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

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

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

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

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

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

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

Считаю актуальным разработку данной системы, а так же ее дальнейшее внедрение поддержку и развитие. Информационную систему предполагается использовать в финансово — экономическом отделе ОАО «Автовокзал. автоматизация автотранспорт билет

1. РАЗРАБОТКА ТРЕБОВАНИЙ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

1.1 Анализ существующих решений по автоматизации предметной области

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

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

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

Использование статистики продаж билетов в Интернет

Основная масса статистических данных приведена нам из Интернета. Точнее с сайтов занимающихся онлайн продажей билетов. По данным Интернет компании Romir Monitoring в первом квартале 2005 года услугами Интернет магазина воспользовалось лишь 11% жителей России. Но ежеквартально эта цифра растет, но достигнуть стопроцентной онлайн продажи не получиться.

Для ведения статистики практически все сайты используют модули языков программирования Интернет приложений. В основном используется язык PHP (Hypertext Preprocessor) — скриптовый язык программирования, созданный для генерации HTML-страниц на веб-сервере и работы с базами данных.

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

Автоматизированная система «Автовокзал91»

Компания «ВПИ» Firm «API» разработала специализированное программное обеспечение для автовокзалов городов Украины; Днепропетровске, Львове, Херсоне, Симферополе.

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

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

Прикладное программное обеспечение функционирует под управлением ОС Linux. Основные прикладные подсистемы можно условно разделить на две группы — первая (или основная) и дополнительная. В первую группу подсистем входят; ядро, разграничение доступа и контроль, управление функционированием, управление нормативно-справочной информацией (НСИ), поддержание целостности данных, касса, бухгалтерия и диспетчерская. Модули этой группы обеспечивают основу функционирования. В дополнительную группу входят; справочная, статистика Интернет бронирования, оператор удаленной продажи, межмашинный обмен. Данные модули функционируют дополнительно по желанию компании.

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

Автоматизированная система управления автовокзалом «Olven»

Еще одним из программных продуктов по автоматизации продажи билетов и работы автовокзала является клиентская программа АСУ Олвен. Данный программный продукт реализует автоматизацию рабочих мест автовокзала; кассу, диспетчера, справочное бюро, отдел перевозок, онлайн расписание.

Система «Olven» построена по трехуровневой схеме «клиент-сервер» и состоит их системы управления базой данных (СУБД), сервера приложений и клиентской программы, реализующей в себе функциональность всех рабочих мест системы. Взаимодействие компонентов системы осуществляется по протоколу TCP/IP с использованием протокола XML. Сервер приложений представляет собой веб-сервер, с библиотекой необходимых программ, реализующих функциональность системы.

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

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

АИС продажа билетов

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

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

В настоящее время рассматриваемая на предприятии информационная система «Продажи билетов», реализована в среде FoxPro, функционирующей под оболочкой DOS 2.6 и сетевых ОС Novell Netware, как консольное приложение, с помощью которой ведется обработка данных — учет продажи и бронирования билетов.

Выбор Foxpro DOS 2.6 и сетевых ОС Novell Netware обусловлен в первую очередь минимизацией требований, предъявляемых к технике на рабочих местах. Количество одновременно работающих пользователей в сети ограничивается лишь версией Novell.

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

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

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

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

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

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

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

1.2 Анализ предметной области

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

Проведем предварительный анализ предметной области проектирования разрабатываемой системы.

Акционерное общество «Автовокзал» являясь крупнейшим предприятием в сфере автоперевозок на юге России, ОАО «Автовокзал» имеет в своём составе 55 автовокзалов и автостанций, расположенных по всей Ростовской области. Об объёмах работы предприятия можно судить и по состоянию маршрутной сети.

Каждый день от перронов автовокзалов, принадлежащих объединению, отправляются более 1800 рейсов по 374 маршрутам. Основным направлением деятельности компании является перевозка пассажиров.

Пассажирские перевозки осуществляются как в города России, так и по территории других стран.

С автовокзалов предприятия прямым сообщением отправляются автобусы, следующие по маршрутам в города Германии, Болгарии, Украины, страны Закавказья и республики Северного Кавказа, в населённые пункты Краснодарского и Ставропольского краёв, Воронежской, Волгоградской и Астраханской областей.

Организационная структура компании изображена в соответствии с рисунком 1. 1

Рисунок 1.1 — Организационная структура компании
OAO «Автовокзал»

Согласно уставу открытого акционерного общества «Автовокзал», зарегистрированным регистрационной палатой администрации города Ростова-на-Дону № 2091-РП от 06 октября 1993 года, общество осуществляет следующие виды деятельности:

— транспортно-экспедиционная деятельность;

— предварительная и текущая продажа и бронирование проездных билетов на автобусы, и другие виды транспорта, доставка билетов, другие услуги, оказываемые на автовокзалах, пассажирских автостанциях и в автокассах, а так же в пунктах приема и исполнения заказов на перевозки пассажиров автомобильным транспортом;

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

— оказание сервисных услуг;

— организация общепита;

— рекламные услуги;

— гостиничные услуги;

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

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

— оптово-розничная торговля;

— торговля горюче-смазочными материалами с открытием автозаправочных станций;

— оказание услуг по хранению, бытовых и иных услуг.

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

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

На этапе проведения анализа были сформулированы следующие задачи исследования системы:

— изучение пассажиропотока и спроса населения в пассажирских перевозках;

— разработка маршрутов, расписаний и графиков движения при перевозке пассажиров автомобильным транспортом;

— контроль над исполнением графиков движения и диспетчерское сопровождение автобусов на маршрутах;

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

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

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

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

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

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

Выбор методологии проектирования

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

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

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

— принцип «разделяй и властвуй» — принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, легких для понимания и решения;

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

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

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

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

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

1.3 Сбор требований

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

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

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

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

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

— эргономичность пользовательского интерфейса;

— ввод и редактирование различных видов данных;

— надежное хранение информации;

— вывод конечных результатов в удобном и наглядном для пользователя виде;

— возможности сравнения, редактирования, сортировки;

— создание форм отчетности для печати бланков и результатов.

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

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

— сведения о работе АТП;

— показатели работы рейса;

— срывы и не заходы автобусов;

— плановое задание по доходам;

— оперативные сведения;

— перевозка пассажиров;

— доходы от продаж билетов по месяцам;

— анализ предварительной продажи билетов на формирующиеся рейсы;

— отчет о предварительной продаже билетов на формирующиеся и транзитные рейсы;

— отчет о льготном проезде;

— сведения о предоставлении льготного проезда в автобусах;

— сведения о продаже билетов, выручке и наполняемости автобусов;

— станционное расписание движения автобусов;

— коэффициенты повышения тарифов на перевозку пассажиров за месяцы.

Результатом проектирования на данной стадии является разработка технико-экономического обоснования (ТЭО) необходимости создания дополнительного модуля «Анализ статистических данных продажи билетов» в соответствии с приложением А.

1.4 Анализ и моделирование требований

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

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

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

В процессе формирования требований принимали участие следующие лица:

* директор и заместитель директора по общим вопросам;

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

* сотрудники финансово — экономического отдела компании.

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

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

Для предоставления расширения функциональных возможностей следует предоставить информацию в формализованном виде, т. е. построить ряд функциональных моделей («как есть», «как надо», концептуальная модель).

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

Самым удобным отражением моделирования бизнес-процессов является тип диаграмм IDEF0 (Integration Definition for Function Modeling). С точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой. Данный тип диаграммы отображает систему в целом, как комплексную совокупность функций системы.

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

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

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

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

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

Схематичное отображение в рамках методологии IDEF0 основной деятельности компании ОАО «Автовокзал» «Продажа билетов» изображено на рисунке 1.2.

Рисунок 1.2 — Продажа билетов

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

Пример декомпозиции контекстной работы показан на рисунке 1. 3

Рисунок 1.3 — Декомпозиция «Продажа билетов»

На рисунке 1.4 изображена дальнейшая декомпозиция работы «Ведение справочников».

Рисунок 1.4 — Декомпозиция работы «Ведение справочников»

Рисунок 1.5 — Декомпозиция работы «Создание отчета»

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

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота вашей организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

На рисунке 1.6 изображена схема документирования процесса получения отчетности.

Рисунок 1.6 — Схема документирования процесса получения отчетности, DFD диаграмма

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

1.6 Спецификация требований к ПО

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

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

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

Требования, описывающие общее ограничения системы.

Требования к представлению системы.

Для описания требований целесообразно использовать условные обозначения представленные в таблице 1.1.

Таблица 1. 1- Условные обозначения требований

Обозначение

Описание

F

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

С

Требования, описывающие общее ограничения системы.

Р

Требования к представлению системы.

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

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

Таблица 1.2 — Функциональные требования к информационной системе

Название

Описание

F: Анализ загрузки рейсов

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

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

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

Таблица 1.3 — Описание системных требований

Название

Описание

С: Архитектура

Программный комплекс должен быть реализован в соответствии с архитектурой «клиент — сервер». Система должна обеспечивать обработки информации с централизованным хранением данных. Основная функциональность информационной системы должна быть реализована на «клиенте». Взаимодействие «клиента» с «сервером» должно осуществляться посредством SQL- запросов.

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

В качестве среды разработки приложения должна использоваться Microsoft Visual FoxPro 9.0.

С: Взаимодействие приложения с источником данных

Для взаимодействия приложения с базой данных должны использоваться стандартизированные технологии и интерфейс Open Database Connectivity
(ODBC), удаленные представления используют для удаленных источников данных SQL синтаксис.

С: База данных

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

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

Таблица 1.4 — Описание требований к представлению

Название

Описание

Р: Общий интерфейс

Интерфейс должен быть логичным и понятным.

Р: Форма представления данных

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

Р: Обязательные поля

Обязательные поля для ввода должны быть помечены определёнными данными.

Р: Система меню

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

Р: Расположение полей ввода данных

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

1.7 Аттестация требований

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

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

— проверка правильности требований;

— проверка на непротиворечивость;

— проверка на полноту;

— проверка на выполнимость.

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

Диаграмма потоков пользовательского интерфейса представлена на рисунке 1.7.

Рисунок 1.7 — Диаграмма потоков пользовательского интерфейса

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

В процессе аттестации были разработаны прототипы пользовательского интерфейса, воплощающие срез функциональности приложения, формы которых представлены согласно рисункам Б.1 — Б. 17 В приложении Б.

Выводы к разделу

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

Был проведен анализ наиболее популярных существующих решений по автоматизации предметной области.

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

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

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

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

Был проведен выбор методологии проектирования информационной системы.

2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 Архитектурное проектирование

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

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

Архитектура клиент-сервер разделяет компоненты приложения и размещает их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации.

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

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

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

Компонент меню «Система» используется для настройки доступа к данным из различных систем управления базами данных. Например, при наличии программы, работающей с данными из базы данных SQL, компонент меню «Система» позволит использовать программу для доступа к данным в базе данных FoxPro. Компонент «Источник данных» используется для настройки приложений, чтобы обеспечить им доступ к данным из различных систем управления базами данных.

Для реализации программного модуля мною была выбрана технология Open DataBase Connectivity (открытая система связи с базами данных).

ODBC представляет собой набор динамических библиотек DLL, которые обслуживают подключение и работу с конкретным типом базы данных. При запросе на подключение к определенной, заранее описанной базе «активизируется» определенная DLL — драйвер этого типа БД.

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

2.2 Проектирование пользовательского интерфейса

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

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

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

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

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

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

2.3 Проектирование баз данных

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

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

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

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

Рисунок 2.1 — Концептуальная модель базы данных

Доработка этой концептуальной модели с учетом атрибутов таблиц позволяет перейти непосредственно к логической модели БД. Логическая модель базы данных показана на рисунке 2. 2

Рисунок 2.2 — Логическая модель базы данных

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

Рисунок 2.3 — Физическая модель базы данных

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

— анализ пассажиропотока (Analpass);

— анализ работы АТП (Atp_Anal)

— выручка за багаж (Bagaj_D)

— показатели работы рейса (Coef_CRT)

— срывы и незаходы автобусов (FailRejs)

— плановое задание по доходам (FuturDoh)

— перевозка пассажиров фактическая (LoadFact)

— периодичность рейсов (MinSched)

— положение по продажам (NegPass)

— справка о неприбытиях и опозданиях автобусов по АТП (NerpOATP)

— оперативные сведения (Oper_All)

— сведения о работе АТП по выполнению условий"Договора об организации и перевозки" (OrderAtp)

— расчет потребности кассовых ведомостей (OrderCnt)

— перевозка пассажиров дальнего следования (PassKmAV)

— доходы по месяцам от продаж (PlanDoh)

— анализ предварительной продажи билетов на формирующиеся рейсы (Pr_SalSv)

— отчет о предварительной продаже билетов на формирующиеся и транзитные рейсы (Pre_Sale)

— льготный проезд (Priv_All)

— сведения о предоставлении льготного проезда в автобусах по отдельным категориям лиц (Privileg)

— обслуживающее АТП (SoldTis1)

— сведения о продаже билетов, выручке и наполняемости автобусов (SoldTisk)

— станционное расписание движения автобусов (St_Sched)

— коэффициент повышения тарифов на перевозку пассажиров за месяцы (TarifRat)

2.4 Обоснование выбора платформы создания информационной системы

Согласно требованиям к разрабатываемой системе, а так же согласно требованиям стороны заказчика, для создания разрабатываемой информационной системы анализа продажи проездных билетов на примере ОАО «Автовокзал» был выбран Microsoft Visual FoxPro 9.0.

Первоначальное название FoxPro — FoxBase. Данный продукт разработка компании Fox Software. Начало разработки данного продукта было положено еще в 1984 году. С течением времени в 1992 году компания Fox Software объединилась с компанией Microsoft и новые версии продукта обрели ряд новых функций, а так же приставку «Visual». Последняя версия оригинального FoxPro — версия 2.6 — работала под Mac OS, DOS, Windows и Unix. Уже в версии Visual FoxPro 3.0 список поддерживаемых платформ сократился до Mac OS и Windows, а в более поздних версиях -- уже только до Windows.

Текущая версия Visual FoxPro основана на Component Object Model (COM), и Microsoft утверждает, что. NET-версии продукта не будет. COM — это технологический стандарт от компании Microsoft, предназначенный для создания программного обеспечения на основе взаимодействующих распределённых компонентов, каждый из которых может использоваться во многих программах одновременно. Стандарт COM был разработан в 1993 году корпорацией Майкрософт как основа для развития технологии Object Linking and Embedding (OLE) — технология связывания и внедрения объектов в протокол.

Технология OLE уже позволяла создавать так называемые «составные документы». Например, в пакете Microsoft Office эта технология позволяла включать диаграммы Microsoft Excel в документы Microsoft Word. Стандарт же COM должен был унифицировать процесс создания, внедрения и связывания таких внедряемых объектов, а также стандартизировать разработку приложений, использующих внедряемые объекты.

Visual FoxPro это визуальная среда разработки систем управления реляционными базами данных, выпускаемая в настоящее время корпорацией Майкрософт. Последней версией продукта является Microsoft Visual FoxPro 9. 0, данный продукт использует язык программирования FoxPro. Среда разработки версии 7.0 может работать в операционных системах Windows 9x и ядра NT, версии 8.0 и 9.0 -- только в Windows XP, 2000, 2003. Среда исполнения версий 8.0 и 9.0 работает под любой версией Windows, начиная с 98.

ПоказатьСвернуть
Источник: http://westud.ru/work/226072/Razrabotka-i-vnedrenie-informacionnoj

Выдержка из работы

МОСКОВСКИЙ ФИНАНСОВО-ЮРИДИЧЕСКИЙ УНИВЕРСИТЕТ

Факультет «Бизнеса и информационных технологий»

Кафедра Информационных технологий

Специальность «Прикладная информатика в экономике»

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

На тему:

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

Оглавление

  • Введение
  • 1. Аналитическая часть
  • 1.1 Технико-экономическая характеристика объекта управления
  • 1.2 Экономическая сущность комплекса задач
  • 1.3 Обоснование необходимости использования вычислительной техники для решения данного комплекса задач
  • 1.4 Общая характеристика организации автоматизированной обработки
  • 1.5 Формализация автоматизируемых задач
  • 1.6 Обоснование проектных решений по информационному обеспечению комплекса задач
  • 1.7 Обоснование проектных решений по программному обеспечению комплекса задач
  • 1.8 Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации
  • 2. Проектная часть
  • 2.1 Информационное обеспечение комплекса задач
  • 2.1.1 Инфологическая схема и ее описание
  • 2.1.2 Характеристика входной информации
  • 2.1.3 Характеристика результатной информации
  • 2.1.4 Используемые классификаторы
  • 2.2 Программная реализация комплекса задач
  • 2.2.1 Описание структуры диалога
  • 2.2.2 Структурная схема программного комплекса
  • 2.2.3 Детальная блок-схема основных программных модулей и ее описание
  • 2.2.4 Организация технологического процесса сбора, передачи, обработки и выдачи информации
  • 3. Обоснование экономической эффективности
  • 3.1 Выбор и обоснование методики расчета экономической эффективности проекта
  • 3.2 Расчет показателей экономической эффективности проекта
  • Срок окупаемости капитальных затрат высчитывается по формуле
  • Заключение
  • Список использованной литературы

Введение

Переход к рыночным отношениям в экономике и научно-технический прогресс чрезвычайно ускорили темпы внедрения во все сферы социально-экономической жизни российского общества последних достижений в области информатизации. Информатизация в области управления экономическими процессами предполагает, прежде всего, повышение производительности труда работников за счет снижения соотношения стоимость/производство, а также повышения квалификации и профессиональной грамотности специалистов [1]. Темпы роста информатизации всех областей производства и управления в последние годы заметно повысили свое практическое значение, становясь определяющим фактором развития и тесно переплетаясь с процессом производства товаров и услуг.

Качественное новое обслуживание информационных и управленческих процессов связано с использованием современной персональной электронно-вычислительной техники, созданием сетей ЭВМ. Потребность в разработке и применении эффективных и адекватных реальной действительности программ и технологий сегодня возрастает [2].

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

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

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

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

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

В процессе создания были выявлены следующие цели.

Выполнение технико-экономической оценки туристического агентства.

Проведение системного анализа.

Выполнение формализации автоматизируемых задач в компании.

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

Разработка инфологической модели данных.

Разработка датологической модели.

Разработка макетов отображения результатов.

Разработка алгоритма и схемы интерфейса программного обеспечения АИС турфирмы.

Выполнение программной реализации основных задач.

Оценка экономической эффективности разрабатываемой АИС.

К основным функциям, выполняемым туристической фирмой, относятся:

1. Ведение справочников номенклатуры городов, услуг, туров, транспорта, стран, сотрудников, заказов, клиентов, поставщиков.

2. Вывод информации о стоимости туров.

3. Вывод информации о турах в определенные страны с определенной длительностью пребывания.

4. Ведение истории заказов клиентов.

5. Формирование списка сотрудников, клиентов, поставщиков.

6. Учет списка должников.

7. Ведение истории визового обслуживания.

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

Объектом исследований является туристическое агентство. Предметом исследования — задачи, связанные с приемом и обработкой заявок на приобретение туров и путевок.

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

1. Аналитическая часть

1.1 Технико-экономическая характеристика объекта управления

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

Агентство предоставляет туристическое и экскурсионное обслуживание по России, странам СНГ, ближнему и дальнему зарубежью. Управление фирмой осуществляется ее владельцем.

Целевой аудиторией считаются люди среднего и пожилого возраста, дети и молодежь, возможен подбор туров по индивидуальным параметрам, составление ознакомительных экскурсий по странам с учетом пожеланий клиента. Так, могут быть предложены индивидуальные, экскурсионные, пляжные, морские, спортивные, горнолыжные, свадебные, семейные и шоппинг-туры. Компания предоставляет детские туры для детей возрастом от года до 15 лет, развлекательные и познавательные туры для молодежи от 16 до 30 лет, познавательные и шоппинг-туры для людей среднего возраста от 30 до 50 лет, познавательные туры и экскурсии для людей пожилого возраста от 50 лет и старше.

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

Схема внешних связей представлена на рисунке 1.

Рис. 1 Схема внешних связей

Линейнаяструктурауправления характеризуется тем, что во главе каждого подразделения стоит руководитель, сосредоточивший в своих руках все функции управления и осуществляющий единоличное руководство подчиненными ему работниками. Его решения, передаваемые по цепочке «сверху вниз», обязательны для выполнения нижестоящими звеньями. Он в свою очередь подчинен вышестоящему руководителю. На этой основе создается иерархия руководителей данной системы управления (например, мастер участка, начальник цеха, директор предприятия), т. е. реализуется принцип единоначалия, который предполагает, что подчиненные выполняют распоряжения одного руководителя. Вышестоящий орган управления не имеет права отдавать распоряжения каким-либо исполнителям, минуя их непосредственного начальника [20].

На рисунке 2 представлено графическое отображение данной структуры.

Рис. 2 Организационная структура ООО «Управляющая компания»

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

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

Жизненный цикл организации несет в себе следующие этапы.

1. Этап предпринимательства. Формирование жизненного цикла продукции, пока организация находится в начальном периоде. Цели не выявлены конкретно, продвижение к следующему этапу требует стабильного обеспечения ресурсами.

2. Этап коллективности. Формирование миссии организации и развитие наработок предыдущего этапа. Структура и коммуникации предприятия все еще являются неформальными.

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

4. Этап выработки структуры. Идет увеличение оказания услуг и расширения производства. Руководством ищутся новые способы развития, а организационная структура устраняет недостатки и неисправности, становясь более комплексной.

5. Этап упадка. Рынок оказания услуг постепенно уменьшается, так как предприятие сталкивается с конкуренцией. Руководство выбирает новые пути использования возможностей и мощностей для удержания компании в данном секторе, существенно повышается спрос на квалифицированных работников. Механизм выработки и принятия решений становится централизованным.

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

Целями туристического агентства являются:

повышение квалификации сотрудников,

улучшение качества обслуживания,

удовлетворение потребностей клиентов,

увеличение мощностей предприятия,

повышение рентабельности и экономической эффективности компании,

увеличение объема продаж.

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

1.2 Экономическая сущность комплекса задач

Уполномоченным федеральным органом исполнительной власти, осуществляющим функции по проведению государственной политики, нормативно-правовому регулированию, оказанию государственных услуг и управлению государственным имуществом в сфере туризма является Федеральное агентство по туризму. Оно создано во исполнение Указа Президента Р Ф от 18 ноября 2004 г. № 1453 «О Федеральном агентстве по туризму и Федеральном агентстве по физической культуре и спорту». Постановлением Правительства Р Ф от 31 декабря 2004 г. № 901 утверждено Положение о Федеральном агентстве по туризму [22].

В процессе работы ООО «Управляющая компания» можно выделить несколько основных операций.

1. Прием заявки. Клиент излагает требования, сопровождая их необходимыми документами (паспорт, загранпаспорт, свидетельство о рождении ребенка, виза и т. д.), менеджер по обслуживанию вводит в систему данные о:

фамилии, имени, отчестве,

серии и номере паспорта и загранпаспорта,

названии и стоимости тура,

визе.

После этого бланк на путевку оформляется и печатается квитанция на оплату.

2. Прием денег. Клиент оплачивает квитанцию в кассе ООО «Управляющая компания», кассир документировано подтверждает факт оплаты.

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

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

5. Формирование отчета о предоставленных услугах. С определенной, установленной в компании периодичностью составляется отчетность, где указывается количество и стоимость оформленных путевок.

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

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

Рис. 3 Схема документооборота

Деятельность отдела по работе с клиентами сводится к таким функциям как:

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

прием клиента,

фиксация информации об оплате,

фиксация информации о выдаче путевки,

формирование отчетов,

поиск информации.

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

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

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

Только применение информационных технологий — средств электронно-вычислительной техники (ЭВТ) — может дать необходимую, физически приемлемую скорость обработки таких объемов информации. Ускоренный прогресс в информационных технологиях, который наблюдается в настоящее время, позволяет утверждать, что производительность и качество работы таких систем будут неуклонно повышаться при незначительном росте их стоимости [1,5].

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

В нынешнем состоянии деятельность отдела неавтоматизирована, большая часть операций и учет заявок составляется при помощи Microsoft Excel, существенно повышающего временные показатели по вводу информации и ведению отчетности по ней. Например, на обработку одной заявки о путевке может быть затрачено до 20 минут, а составление отчета увеличивается до 1−2 часов. Эти факторы заметно понижают эффективность работы, приводят к появлению ошибок и опечаток при вводе данных, делают невозможным оперативное управление деятельностью компании и многофакторный анализ.

Подводя итог вышеследующему, к главным недостаткам можно отнести:

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

большие трудозатраты, связанные с обработкой данных,

низкая оперативность и невозможность своевременного реагирования на изменения,

пониженная достоверность выводов и решений по причине дублирования данных,

несовершенство поступления входных данных,

несовершенство сбора, передачи и обработки данных.

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

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

Критериями оптимизации можно считать:

высокая надежность работы системы,

полнота функций системы,

оперативность,

минимизация стоимостных затрат на прикладные системы, аппаратные средства, поддержку, сопровождение, развитие системы.

автоматизированная информационная система туристический

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

К создаваемой АИС предъявляется основной список требований:

к системе в общем,

по соответствию стандартам,

к аппаратной платформе и системному ПО,

к локальным сетям,

к интерфейсу с пользователем,

к функциональным компонентам,

на системы доступа к данным,

к совместимости с другими информационными системами,

по безопасности системы,

по администрированию системы,

к пользователям системы.

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

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

Состав и характеристики компонентов АРМ зависят от ряда факторов, таких как:

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

обеспечение работы в составе локальной вычислительной сети,

обеспечение соблюдения санитарных норм, эргономических требований,

обеспечение защиты аппаратных средств и информации от возможных внешних факторов.

В настоящее время одной из основных задач, решаемых с помощью ПЭВМ, является подготовка документов, ведение переписки. При этом стандартом «де факто» стало использование для этих целей продуктов компании Microsoft, таких как Microsoft Office — 2000 (2003). Компания Microsoft разработала систему стандартов для ПЭВМ, обеспечивающих автоматизацию управленческой деятельности [6].

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

система на основе процессора Pentium 4 CPU 3. 00 GHz,

видеокарта AGP GeForse (64 Mb), или встроенная,

оперативная память 512 Mb,

жесткий диск 70 Gb,

устройство для чтения компакт-дисков 52х.

Общая стоимость составит 14 000 рублей.

В основе выбора оптимальных характеристик лежит анализ соотношения цена — обеспечение решения проектируемых задач [7]. Кроме того необходимо приобретение клавиатуры, мыши, монитора, многофункционального устройства, источника бесперебойного питания, флеш-накопителей.

Выбор монитора во многом опирается на соответствие стандарту безопасности излучения, размер диагонали экрана должен быть не меньше 15 дюймов (желательно 17 дюймов), что упростит работу в графическом режиме.

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

Таким образом, обоснована необходимость создания АИС и определены основные характеристики технических средств.

1.4 Общая характеристика организации автоматизированной обработки

Поставленную задачу по улучшению системы обработки информации можно решить несколькими способами:

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

2. Создание новой системы на основе стандартных решений на уровне автоматизированной поддержки и обеспечения процесса сбора и обработки информации. Этот метод позволит существенно сэкономить средства, затраченные на проектирование и запуск в работу, и сроки внедрения АИС.

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

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

оснащение отдела приема заявок вычислительными программно-техническими комплексами со средствами периферии,

разработка, создание и поддержка системы специализированных баз данных и электронного хранилища данных,

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

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

Предполагаемая схема сбора, обработки и выдачи информации основана на стандартном подходе обработки информации в АИС — замкнутой технологии обработки данных, обеспечивающей корректность ввода оперативных данных, за счет стыковки документов-источников, информационной базы и формирования отчетов, которые в свою очередь могут быть основой для ведения информационного массива [8].

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

Анализ информации, связанной с учетом заявок, группирует основные расчеты на ПЭВМ, выполняемые в рамках создаваемой автоматизированной информационной системы:

расчет суммы заявки,

группировка символьной и числовой информации

АИС должна обеспечивать такие результаты, как:

экранная форма с данными о путевках и турах,

форма работы с заявками,

форма для ввода нового заказа и редактирования существующего,

отчет по оформленным путевкам за нынешний месяц,

отчет по выдаче путевок.

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

Рис. 4 Системная архитектура разрабатываемой системы

В топологию входят:

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

интерфейс кассира, обеспечивающий фиксирование информации об оплате чека,

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

1.5 Формализация автоматизируемых задач

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

Решение задач на ПЭВМ проводится в соответствии с рядом этапов, ориентированных на решение задач любой сложности. Главным при постановке задач является четкое и однозначное задание условий и целей задачи, точное определение исходных данных [9].

Формализация задач согласно приведенному выше алгоритму имеет следующий вид.

Задача 1. Учет информации о турах и путевках.

Дано: Информация о названии путевки, стоимости, типе, длительности путешествия.

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

Условия: При добавлении информации должен обеспечиваться контроль достоверности данных.

Задача 2. Работа со списком заявок.

Дано: Информация из баз данных.

Требуется: Создать возможность просмотра, поиска, добавления, изменения, удаления заявок.

Условия: При добавлении информации должен обеспечиваться контроль достоверности данных.

Задача 3. Работа с заявкой.

Дано: Информация от клиента, сведения из базы данных.

Требуется: Обеспечить возможность удобного ввода информации.

Условие: При добавлении информации должен обеспечиваться контроль достоверности данных.

Задача 4. Подготовка отчета по оформленным путевкам.

Дано: Информация из базы данных.

Требуется: Подготовить отчеты определенной формы.

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

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

Дано: Информация из базы данных.

Требуется: Подготовить отчеты определенной формы.

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

6. Задача: Подготовка отчета по выполненной работе.

Дано: Информация из базы данных.

Требуется: Подготовить отчеты определенной формы.

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

1.6 Обоснование проектных решений по информационному обеспечению комплекса задач

Проблемы проектирования автоматизированных информационных систем в экономике связаны, с одной стороны, с общими теоретическими основами развития экономики и конкретного экономического объекта (предприятия, фирмы, организации, органа регионального управления, банка, налоговой службы и т. п.), а с другой — со спецификой технологии компьютерной обработки данных. Поэтому рассмотренные базовые принципы дополняются не менее важными организационно-технологическими, без которых невозможна разработка новых информационных технологий. Раскроем наиболее применяемые организационно-технологические принципы создания АИТ. Информационное обеспечение (ИО) представляет собой совокупность проектных решений по объемам, размещению, формам организации информации, циркулирующей в АИС. Оно включает в себя совокупность показателей, справочных данных, классификаторов и кодификаторов информации, унифицированные системы документации, специально организованные для массового обслуживания, массивы информации на соответствующих носителях [1].

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

Одной из современных форм организации информации являются банки данных. Банк данных (БнД) — это система специальным образом организованных данных (баз данных), программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования этих данных [10].

Особенности банков данных перед «небанковской» организацией данных (совокупность локальных файлов), заключаются в следующем. Наличие единого целостного отображения определенной части реального мира не только сокращает избыточность хранимых данных, но и обеспечивает на основе имеющейся базы данных выполнение новых приложений, включая реализацию разнообразных нерегламентированных запросов. Увеличивается мобильность, гибкость информационной системы. В БнД легче контролируется целостность, непротиворечивость данных. Наличие интегрированной базы данных сокращает затраты не только на создание и хранение данных, но и на их поддержание в актуальном состоянии, уменьшает потоки данных, циркулирующие в системе: из входных документов могут быть исключены данные, которые уже имеются в базе данных или могут быть получены из хранящихся в ней показателей; выходные документы по своему содержанию и срокам представления могут быть максимально приближены к потребностям пользователей, что существенно сокращает выдачу информации, не используемой в процессе управления [11].

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

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

В БД много различных типов данных и связей между ними. Это еще раз свидетельствует о необходимости концептуальной схемы, позволяющей изобразить связи между элементами данных. Концептуальная схема описывается с помощью модели данных. Модель данных — это комбинация трех основных составляющих [11,13]:

1. Набора типов структур данных, используемых для построения БД.

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

3. Набора общих правил целостности, которые прямо или косвенно определяют множество непротиворечивых состояний БД.

Для спецификации концептуальной схемы используется так называемый язык описания данных (ЯОД). Он является языком высокого уровня и позволяет записывать концептуальную схему в терминах некоторой модели данных. Выполнение различных операции с БД обеспечивается использованием языка манипулирования данными (ЯМД), специфика которого зависит от используемой модели данных [14].

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

иерархическая (с древовидной структурой),

сетевая (в основном с сетевой структурой CODASYL),

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

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

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

Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка (объект более близкий к корню) к потомку (объект более низкого уровня), при этом возможно, когда объект-предок не имеет потомков или имеет их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами [17]. Графическое отображение данной модели представлено на рисунке 5.

Рис. 5 Иерархическая модель данных

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

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

Сетевая БД состоит из набора экземпляров определенного типа записи и набора экземпляров определенного типа связей между этими записями.

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка. Для данного типа связи L с типом записи предка P и типом записи потомка C должны выполняться следующие два условия:

· каждый экземпляр типа записи P является предком только в одном экземпляре типа связи L;

· каждый экземпляр типа записи C является потомком не более чем в одном экземпляре типа связи L [18].

Графическое отображение данной модели представлено на рисунке 6.

Рис. 6 Сетевая модель данных

Для реляционной модели наиболее полно разработана математическая теория — реляционная алгебра, чего нельзя сказать о других основных моделях данных. В настоящее время существуют развитые языки высокого уровня, позволяющие формулировать запросы на данные, представленные средствами реляционной модели, что позволяет создавать эффективные СУБД [14].

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

Графическое отображение данной модели представлено на рисунке 7.

Рис. 7 Реляционная модель данных

При разработке структуры ИО АИС ключевым моментом является выбор ее архитектуры. Под архитектурой ИО понимается распределение информационной базы по подсистемам и компонентам АИС, а также распределение хранения и исполнения этих подсистем и компонентов по различным ЭВМ, объединенных в локальную вычислительную сеть [9]. Рассматривались 2 основные модели:

распределенная база данных (в роли серверов выступают клиенты одно-ранговой сети),

интегрированная база данных (клиент-серверная технология).

Распределенная база данных (РБД) — система логически интегрированных и территориально распределенных БД, языковых, программных, технических и организационных средств, предназначенных для создания, ведения и обработки информации.

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

Большинство требований, предъявляемых к РБД, аналогично требованиям к централизованным БД, но их реализация имеет свою, рассматриваемую ниже специфику. В РБД иногда полезна избыточность [15, 16].

Модель распределенной базы данных представлена на рисунке 8.

Рис. 8 Распределенная база данных

Клиент-сервер — архитектура или организация построения сети, в которой производится разделение вычислительной нагрузки между включенными в ее состав компьютерами, выполняющими функции клиентов, и одной мощной центральной ЭВМ — сервером. Процесс наблюдения за данными отделен от программ, использующих эти данные. Сервер может поддерживать центральную базу данных, расположенную на большом компьютере, зарезервированном для этой цели. Клиентом будет обычная программа, расположенная на любой ЭВМ, включенной в сеть, а также сама ЭВМ, которая по мере необходимости запрашивает данные с сервера. Производительность при использовании клиент-серверной архитектуры выше обычной, поскольку как клиент, так и сервер делят между собой нагрузку по обработке данных [19].

Клиент-серверная модель представлена на рисунке 9.

Рис. 9 Архитектура «клиент-сервер»

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

1.7 Обоснование проектных решений по программному обеспечению комплекса задач

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

К общесистемному программному обеспечению относятся программы, рассчитанные на широкий круг пользователей и предназначенные для организации вычислительного процесса и решений часто встречающихся задач обработки информации [9]. Они осуществляют контроль и управление обработкой данных, автоматизируют работу программистов, увеличивают функциональные возможности оборудования, автоматизируют расписание выполнения расчетных работ и т. д. Главным представителем такого рода ПО является операционная система, а так же интегрированные средства управления задачами. Для создания рассматриваемой в дипломной работе АИС предполагается использование операционной системы Windows XP. Специальное П О является совокупностью программ, разработанных при создании АИС определенного функционального назначения. К нему относятся пакеты прикладных программ, осуществляющих организацию данных и их обработку при решении функциональных задач.

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

Системы управления базами данных делятся на такие виды, как:

системы, ориентированные на разработчика, позволяющие создавать только законченные проекты,

системы, обеспечивающие интерактивную работу с базами данных.

По другой классификации средства создания СУБД делятся в зависимости от операционной системы, будь то Windows, Unix или Linux, под управлением которой будет идти выполнение создаваемых программ. В данном проекте рассматривается СУБД, работающее в среде Windows XP Professional.

Современные средства разработки относятся к:

средства для создания управления глобальными базами данных, работающими в интенсивном режиме (Oracle, Microsoft SQL Server, DB2, InterBase),

средства для автоматизации небольших подразделений в пределах 10 рабочих станций (Visual FoxPro, Microsoft Access).

Рассматриваемое предприятие относится к сфере малого бизнеса, не обладает большой и разветвленной структурой управления и не требует обработки большого объема данных в режиме реального времени, а потому выбор был сделан в пользу второй группы средств и в частности Microsoft Access 2003, включающим в себя большое количество возможностей и поддерживающий удобный графический интерфейс для диалоговой работы с БД. К числу его важных преимуществ относится доступ к данным из различных источников и их использование

Включение данных из различных источников. Access 2003 поддерживает различные форматы данных, в том числе XML, OLE, ODBC и формат служб Microsoft Windows® SharePoint™ Services.

Связи между бизнес-системами. Можно связать таблицы таким образом, чтобы одновременно получать доступ к данным из различных баз, работая с формами, отчетами и страницами доступа к данным в Access 2003. Кроме того, можно связывать таблицы из других баз данных Access, электронных таблиц Microsoft Excel, источников данных ODBC, баз данных Microsoft SQL Server™ и других источников.

Максимально эффективное использование корпоративных данных. Можно включить данные Microsoft SQL Server в решения Access [21].

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

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

автоматизация труда,

быстрое принятие управленческих решений,

мобильность сотрудников,

повышение производительности труда.

На рисунке 10 представлена схема организации АРМ.

Рис. 10 Схема автоматизированного рабочего места

В соответствии с принципом системности АРМ являются системами, структура которых определяется функциональным назначением. На основании принципа гибкости АРМ легко подвергаются перестройке благодаря модульности построения подсистем и стандартизации их элементов. Согласно принципу устойчивости АРМ выполняют возложенные на них функции независимо от воздействующих внутренних и внешних факторов. Эффективность АРМ — это интегральный показатель уровня реализации всех трех принципов, отнесенный к затратам по разработке и использованию системы.

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

1.8 Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации

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

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

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

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

Вывод данных осуществляется с помощью АРМ в виде ответов на поставленные вопросы.

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

2. Проектная часть

2.1 Информационное обеспечение комплекса задач

2.1.1 Инфологическая схема и ее описание

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

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

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

Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области. Ранние теоретико-графовые модели в большей степени отображали семантику предметной области. Они в явном виде определяли иерархические связи между объектами предметной области [4].

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

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

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

наличие информации о предметной области, достаточной для дальнейшего проектирования;

гарантия однозначной трактовки модели;

динамичность.

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

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

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

ПоказатьСвернуть
Источник: http://westud.ru/work/200625/Proektirovanie-i-razrabotka-avtomatizirovannoj
.

Дипломные работы: Дипломная работа проектирование и разработка информационной системы

Гамрат-курек л. и. экономическое обоснование дипломных проектов
Дипломная работа проектирование и разработка информационной системы
Дипломная работа проектирование и разработка информационной системы
ДИПЛОМНАЯ РАБОТУ НА ТЕМУ МЯСНЫЕ КОНСЕРВЫ

Областноекоммунальноевысшее учебноезаведение

Институтпредпринимательства«Стратегия»


КафедраЭкономическойкибернетики


Курсоваяработа

Тема:

«Проектированиеи разработкаинформационнойсистемы напримере магазина«Computer Master»»


Желтыеводы 2010

Введение


Даннаякурсовая работарассматриваетпример созданияинформационнойсистемы на базечастного предприятия«Computer Master». Цельюнаписанияданной проект и темы по копьютерным сетям являетсяизучение методови способовразработкиинформационныхсистем.

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


1.Предпроектнаястадия

1.1Диалог с заказчиком


Диалогс заказчикомпроисходитв кабинете егопредприятия«Computer Master». Времявстречи 7 ноября,пятница, 11:00.

Разработчик(Р): Здравствуйте!мне бы увидитсяс вашим начальником!

Секретарша(С): Здравствуйте!Вам, назначенавстреча!?

Р: Да, мысозванивалисьнасчет пример заключения в дипломной работе по бухгалтерскому учету Подождитенемного, я уведомлю,что вы пришли!Проходите, онвас ждет!

Заказчик(З): доброе утро,меня зовутВиктор Иванович.Пожалуйста,проходите,садитесь.

Р: Здравствуйтеменя зовутИощенко Дипломная работа проектирование и разработка информационной системы Оченьприятно. Нашапроблема состоитв том, что мнебы хотелосьавтоматизироватьучет товарови денежныхсредств, получаемыхот реализациитоваров и услугв нашем магазине.В данный моменту нас отсутствуетсистема учета.Я считаю, чтоиз-за этого мыработаем нетак эффективно,как того быхотелось.

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

З: Замечательно.Что вам дляэтого потребуется?

Р: Обычнопроцесс изученияпредприятияи внедренияинформационныхсистем занимаетот 3 до 6 месяцев,в зависимостиот структурыи особенностейпредприятия.Но я думаю, чтов вашем случаесистема будетготова к полнойэксплуатациипримерно ксередине марта.Для эксплуатациии обслуживаниясистемы Вампонадобятсяспециалисты.Нужно будетнанят одного– двух что дипломная работа защита детей сирот и Этоприемлемо.Думаю, мы сможемрешить этотвопрос. Что васеще интересует?

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

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

Р: Повашему мнению,на сколькоэффективнаработа вашегомагазина?

З: Я считаю,мы на сегодняшнийдень работаемдостаточноэффективно.Но как каждыйруководителья желаю повышенияэффективностиработы управляемогомной объекта.

Р: Какимобразом обслуживаютсяклиенты в вашеммагазине?

З: Клиентыобращаютсяк продавцу-консультанту,спрашиваюту него необходимуюинформациюотносительнотого или иноготовара, а тотв свою очередьстараетсяпредставитьее и выдатьжелаемый товар.Затем происходитоплата за товар,если это товаркоторый нетребует установкиили комплектациии имеется вналичии. Еслиже его нет, товарзаказываетсяу поставщикови предоставляетсяклиентам черезопределённоевремя. При покупкеПК, продавец-консультантсоставляетконфигурацию,которая удовлетворяетжеланию клиента,и если комплектующиеесть в магазине,компьютерсобираетсяв течение 1–3часов, если женет то онизаказываютсяу поставщиков,затем ПК комплектуются.Клиент расплачиваетсяпосле получениятовара.

Р: Ясно.Сколько человеки техники работаетв вашем магазине?

З: В нашеммагазине работаютдва продавца-консультанта,1 кассир, 3 специалиста,осуществляющихсборку новыхПК на заказ, атак же ремонторгтехники,заправку картриджейи т.д.; а такжея как директор.А также сейчасу нас используются3 ПК.

Р: Какимобразом вашипродавцы-консультантыполучают информациюо наличии товарана складе, егохарактеристики?

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

Р: Какя уже понял, Вызанимаетесьпродажей компьютеров,комплектующих,оргтехникии у вас проблемыс организациейучета, документооборотав магазине?

З: Да,это так.

Р: Какимобразом у васосуществляетсяподбор ассортимента?

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

Р: Паруслов о поставщиках?

З: У насне так уж многопоставщиков,их можно разделитьна несколькогрупп:

мелкие и крупные,

постоянные и периодические.

Всегообычно не более5–6.

Р: какчасто у вас вмагазине происходятзакупки новоготовара?

З: Обычномы закупаемновый товар1 раз в 2 недели.Перед этимсвязываемсяс поставщиком,заказываему него определённоеколичествотовара. Учетпоставок ведуя сам на своемкомпьютерепри помощиExsel, но меня неустраиваетограниченностьего функцийдля даннойдеятельности.Мне необходимчетко сформированнаяи надежнаясистема, обеспечивающаябыстрый доступк нужной мнеинформации,удобные средствадля созданияотчетов и т.д.Вы понимаете,что я имею ввиду?!

Р: Да,конечно. Этовсе, что меняинтересовало.Я еще болееподробно ознакомлюсьс копиями документов,которые Вы мнепредоставили,и мы с вами приступимк работе.

З: Хорошо.

Р: Спасибо,Я позвоню вамчерез 2 дня, мывстретимсяи уже детальнорассмотримпроект нашейсистемы.

З: Договорились.До свидания.

Р: Довстречи.

В результатевстречи можносделать такиевыводы:

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

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

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

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

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


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

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


1.3Документооборотна предприятии


На предприятиисуществуютследующие видыдокументов:

приходные накладные

расходные накладные

налоговая накладная

договор

всевозможные отчетности

гарантийные талоны и др.

1.4Требованиязаказчика ксистеме


Быливыдвинутыследующиеосновные требования:

система проста в обращении

Эффективность ИС

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

учет материальных запасов;

учет денежных средств, полученных от реализации товаров;

сокращение времени формирования отчетов;

упорядоченность документооборота;

экономия времени на обслуживание клиентов.


2.Концепцияинформационнойсистемы


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


2.1Описание выполненныхработ


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

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

Бухгалтерведёт учет напредприятии,и составляютфинансовыеотчетности.

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

Товароведпринимает иформируетзаказы на поставкутовара, а такжезанимаетсянепосредственнозакупкой товара.

В обязанностикладовщикавходит контрольза наличиеми состояниемтовара на складе.

Такимобразом, можнопривести схемусистемы поавтоматизацииучета товарови денежныхпотоков в магазине«Computer Master».















2.2Обоснованиепредложенноговарианта концепцииИС


В связис результатамиизучения объектаавтоматизации,разработчикомпредлагаетсявнедрить напредприятиисистему 1С.

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

В качествеобоснованиявыбора системы1С: предприятиюпредлагаетсяследующиеаргументы:

система легка в использовании

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

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

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

не трудно найти квалифицированного специалиста, работающего с системой 1С: Предприятие.


2.3Предварительныйсостав, срокивыполненияи стоимостьработ по внедрениюИС


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


Наименование работСроки выполнения работПриблизительная стоимость работ. грн.
Монтаж компьютерной сети3–7 дней1000–1550
Покупка программного обеспечения «1С»2–7 дней2500–3000
Найм специалиста по внедрению и конфигурированию системы7–15 дней980–1200
Настройка конфигурации создание информационной базы (производит специалист)40 дней1200–1500
Обучение персонала (выполняет специалист с учебного центра)35 дней300–400
Найм специалиста для сопровождения и обслуживания системы5 дней500–750
Подготовка к введению системы в експлуатацию15 дней1000–1800

107–1247480–10200

Если,подсчитать,то период отначала работдо внедрениясистемы составляет3,5-4 месяца. Приблизительнаястоимостьсоздания ивнедрения ИСпо автоматизацииучета товарови денежныхпотоков от 7480до 10200 грн. Чтоесть приемлемойсумой с учетомтех денежныхсредств которымирасполагаетзаказчик.


3.Техническоезадание насоздание ИС


Техническоезадание составляетсяв соответствиис ГОСТ 34.602–89 «техническоезадание наавтоматизированиесистемы управления».

Автоматизированиесистемы. Стадиисоздания.Ответственностьза разработкуТЗ несет основнойразработчик.


3.1Общие сведения


ПолноенаименованиеАИС: Информационнаясистема поавтоматизацииучёта товарови денежныхпотоков напредприятии«Computer Master».

Условноеобозначение:АИС – «Computer Master».

Разработкаведется наоснованиидоговора №1от 09.11.09 междузаказчиком(Виктором Ивановичемдиректор «ComputerMaster») и разработчиком(Иощенко И.Г.)

ПолноенаименованиепредприятиеЧП «Computer Master».

Адрес:Кировоградскаяобл., г. Александрия,проспект Ленина45.

Расчетныйсчет: №53425

Разработчик:Иощенко И.Г.

Адрес:Кировоградскаяобл., г. Александрия,ул. Садовая16.

Созданиеинформационнойсистемы ведетсяна основаниидоговора №1 от10.01.10 междуразработчикоми заказчиком.

Плановыесроки началаработ 9.11.09,окончания работ– 10.03.10.

Финансированиеработ по созданиюАИС будетосуществлятьсязаказчиком.

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

3.2Назначениеи цели созданияАИС


АСУпредназначенадля автоматизацииуправлениядеятельностьюфирмы, а именно:

Учет материальных запасов

Учет основных средств и нематериальных активов

Формирование отчетов

Учет движения товаров на складе

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


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


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

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

Основнаядеятельностьмагазина ведетсяв нормальныхусловиях труда.


3.4Требованияк ИС


Требования:

Система должна быть простой и понятной пользователю.

Внедрение ИС должно привести к положительному экономическому эффекту.

Основныефункции, которыедолжна выполнятьсистема:

Ведение учета товаров в магазине

Планирование затрат, связанных с приобретением и хранением товаров

Планирование доходов, связанных с реализацией товаров

Требованияк видам обеспеченияИС:

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

Программное обеспечение должно включать:

1С «Предприятие» и компоненты для работы ИС

Антивирусные программы

Офисные программы (MS Office или Open Office)

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

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

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

Даная информационная система будет внедрена в течении 3,5–4 месяцев.

Для работы с ИС необходимо обучить персонал.

3.5Состав и содержаниеработ по созданиюсистемы


Предпроектнаястадия включаетв себя:

Определение требований заказчика;

Разработка проекта АИС в соответствии с требованиями заказчика;

Разработка технического задания в соответствии с ГОСТ 34.602–89.27.01.08–21.02.08;

Проектнаястадия:

Внедрение ИС;

Сопровождение системы.

Исполнителямиработ являются:

Разработчик ИС;

Специалист по созданию ЛВС;

Специалист по установке, конфигурированию, сопровождению системы.

Ответственныйза выполнениевсех работ повсем этапамявляется разработчикИС.


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

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

Техническое задание на систему

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

Протокол и журнал испытательной эксплуатации

Штатное расписание подразделений заказчика, которые обслуживают систему.

Акты передачи всех частей информационной системы заказчику

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

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

3.7Требованияк составу исодержаниюработ по подготовкеобъекта автоматизациик вводу в эксплуатацию


Для подготовкиобъекта ковводу в эксплуатациюследует выполнить:

Подготовка объекта к переходу на работу в новой ИС

Опробование всех материалов технического и рабочего проектов и внесение изменений по результатам

Для внедренияИС в эксплуатациюнеобходимо:

Оформить акты о выполнении плана мероприятий по подготовке объекта к внедрению.

Наличие документации по внедрению ИС.

Наличие персонала, что обеспечивает подготовку внедрения и эксплуатацию.

Наличие принятых в эксплуатацию технических средств ИС.


3.8Требованияк документации


Документация оформляется согласно стандартам ЕСКД, ЕСПД и ГОСТ.

В процессеразработкиИС могут битьиспользованы:

ГОСТ 19.001. – 77. ЕСПД. «Общие положения»;

ГОСТ 19.006. – 82. ЕСПД. «общие требования к программным документам, выполненным печатным способом»;

ГОСТ 19.201. – 82. ЕСПД. «техническое задание на разработку программы».

Крометого, оформляютсяи согласовываютсяразработчикоми заказчиком,различногорода договорана проведениеработ, акты овыполненииэтапов созданияИС, графикивыполненияработ по этапами документы,составленныепосле выполнениякаждого этапа.

3.9Источникиразработки


Техническоезадание насоздание системы

Техническоезадание наавтоматизированныесистемы управления

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


4.Технорабочийпроект


4.1Общая системнаядокументация

4.1.1Пояснительнаязаписка

Технорабочийпроект на АИС«Computer Master» являетсяодним из основныхдокументов,которымируководствуютсяпри созданиии внедренииИС в действие.В этом документеприведенадокументация,согласно которойдолжно происходитьфункционированиесистемы, а такжерасчет экономическойэффективности,получаемойот внедренияИС в действие.Документациятехнорабочегопроекта включаетдокументациюинформационного,технического,организационногои математическогообеспечения.

Данныйдокумент согласованзаказчикоми главнымразработчиком.Технорабочийпроект подлежитизменениютолько в техслучаях, которыеоговорены вдоговоре №1от 9.11.09 созданиеИС ведется наосновании вышеупомянутогодоговора,заключенногомежду заказчикоми разработчикомИС.

Общееописание ИС«Computer Master»

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

Системаотвечает основнымцелям её создания,а именно:

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

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

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

Формирование эффективной информационно – аналитической поддержки механизмов по оптимизации учета товаров и денежных потоков.

Снижение затрат на хранение товаров.

4.1.2План мероприятийпо подготовкеобъекта ковводу ИС вэксплуатацию

Для вводаИС в эксплуатациюнеобходимо:

Подготовка объекта автоматизации ко внедрению.

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

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

Наем специалиста для обслуживания и сопровождения ИС (проводится заказчиком по рекомендациям разработчика).

4.1.3Расчет экономическойэффективности

ЭкономическаяэффективностьвнедряемойАИС может бытьоценена посредствомвычисляемыхэффектов. К нимможно отнести:

Улучшение качества производимых работ.

Усиление контроля выполнения работ.

Возможность протоколирования выполняемых операций.

Увеличение степени надежности информации.

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

Получение более развернутой информации, автоматизации её сбора.

Новые способы интеграции и систематизации для решения задач учета и дипломная работа проектирование и разработка информационной системы можносократитьчисленностьпродавцов додвух. Тогдазарплата двухпродавцовсоставит2∙12∙800=19200 грн. в год.Но затраты насодержаниеспециалистапо обслуживаниюсистемы обойдутсяв 1∙12∙1000=12000 грн. вгод.

Такимобразом, годовойэкономическийэффект от внедренияИС будет равен:19200 – 12000 = 7200 грн. в год.


4.2Документацияфункциональнойчасти

4.2.1Описанияавтоматизированныхфункций

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


Обеспечение оперативности получения первичной, обобщенной, аналитической и отчетной информации по ТМЦ и денежным потокам осуществляется с помощью отчетов и обработок, составляемых ИС по запросу пользователя.

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

Формирование эффективной информационно-аналитической поддержки механизмов по оптимизации учета ТМЦ и денежных потоков, минимизации затрат на хранение ТМЦ.

4.2.2Описание постановкизадачи

ОсновойпостроенияАИС «Computer Master» являетсявнедрениесистемы «1С:Предприятие7.7» с помощьюкоторой иосуществляетсярешение проблемыавтоматизацииучета товарови денежныхпотоков в магазинеи на складе.Построеннаябаза ИС отвечаетцелям, которыеописании в п2техническогозадания насистему, исоответствоватьтребованиямзаказчика.


4.3ДокументацияорганизационногообеспеченияИС


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

Описаниеорганизационнойструктуры ИС

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


4.4Документацияинформационногообеспечения


Информационноеобеспечение(ИО) АИС состоитиз нормативно– справочнойинформации,представленнойв виде константв системе «1С:Предприятие»и которые можетизменять специалистпо сопровождениюАИС. Информационноеобеспечениетакже включаеттакже базыданных форматаDBF (структуранекоторых изних представленав приложении4), которые ранеене применялисьна предприятиидля учета товарови были составленыв процессевнесения начальнойинформации.

ИнформационноеобеспечениеАИС «Computer Master» включаетданные о товарах(серийный номер,наименованиетовара, наименованиепоставщика,количествотовара, датаприхода насклад, закупочнаяцена, дата списаниясо склада, ит.д.). Эта информациявносится в базыданных рабочей(формата DBF) станциии извлекатьсяоттуда по меренеобходимости.Базы данныхсодержащиеинформациюо товарах иденежных потокахза предшествующиегоды должныархивироватьсяи сохранятся(в архивах) дипломная работа проектирование и разработка информационной системы дискахрабочей станции.Также в базехранятся данныео поставщикахи покупателях.

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


4.5Документациятехническогообеспечения


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

В составтехническогообеспеченияИС входят: двакомпьютераодинаковойконфигурации,которые былив наличии. Компьютерысоединяютсяв локальнуюсеть с помощьюкабеля типа«витая пара»и топологии«логическаякольцевая сеть»что позволяетпередаватьинформацию,со скоростью10–100 Мбит/сек.

Техническоеобеспечениетакже включаетпечатающееустройство– принтер.


4.6Документацияматематическогообеспечения


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


4.7Документацияпрограммногообеспечения


ПрограммноеобеспечениеАИС «Computer Master» включает:

– операционнуюсистему MS Windows,установленнуюнепосредственнона рабочиестанции,

– программу1С: Предприятие7.7, включая всееё компонентыдля непосредственнойработы ИС,

– антивирусноепрограммноеобеспечение,

– архиватор

– Файловыйменеджер

– другоепрограммноеобеспечениеMicrosoft Office 2003.

Основнымпрограммнымобеспечениемдля работы АИС«Computer Master» являетсяпрограмма 1С:Предприятие7.7 котораяпроинсталлированана всех ПК, входящихв состав техническогообеспеченияИС. Документацияна эту программупринята в составдокументациина ИС в целом.

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

Системаимеет компонентнуюструктуру.Всего три основныхкомпоненты:«Бухгалтерскийучет», «Оперативныйучет», «Расчет».Каждая компонентарасширяетвозможностисистемы своиммеханизмомобработкиинформации.


Заключение


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


Списокиспользованнойлитературы


Информационные системы и технологии в экономике За. Ред. В.С. Пономаренка, Киев, «Академия», 2002.

Филимоненко Н.И. конспект лекций по курсу «модели и методы управления проектами».

Автоматизированные информационные технологии в экономике. Под. Ред. Г.А. Титаренко, Москва, «Компьютер», 1998.

Единая система программной документации. Госкомитет СССР по стандартам, М., 1982.

Р. Фатрепп, Д. Шафер, Л. Шафер Управление программными проектами. Достижение. Достижение оптимального качества при минимуме затрат, «Вильямс», Москва – Санкт-Петербург – Киев, 2003.

Проектирование информационных систем. За. Ред. В.С. Пономаренко, Киев, «Академия», 2002.


Приложение





Источник: http://xreferat.com/33/586-1-proektirovanie-i-razrabotka-informacionnoiy-sistemy-na-primere-magazina-computer-master.html

Выдержка из дипломная работа проектирование и разработка информационной системы ФИНАНСОВО-ЮРИДИЧЕСКИЙ УНИВЕРСИТЕТ

Факультет «Бизнеса и информационных технологий»

Кафедра Информационных технологий

Специальность «Прикладная информатика в экономике»

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

На тему:

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

Оглавление

  • Введение
  • 1. Аналитическая часть
  • 1.1 Технико-экономическая характеристика объекта управления
  • 1.2 Экономическая сущность комплекса задач
  • 1.3 Обоснование необходимости использования вычислительной техники для решения данного комплекса задач
  • 1.4 Общая характеристика организации автоматизированной обработки
  • 1.5 Формализация автоматизируемых задач
  • 1.6 Обоснование проектных решений по информационному обеспечению комплекса задач
  • 1.7 Обоснование проектных решений по программному обеспечению комплекса задач
  • 1.8 Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации
  • 2. Проектная часть
  • 2.1 Информационное обеспечение комплекса задач
  • 2.1.1 Инфологическая схема и ее описание
  • 2.1.2 Характеристика входной информации
  • 2.1.3 Характеристика результатной информации
  • 2.1.4 Используемые классификаторы
  • 2.2 Программная реализация комплекса задач
  • 2.2.1 Описание структуры диалога
  • 2.2.2 Структурная схема программного комплекса
  • 2.2.3 Детальная блок-схема основных программных модулей и ее описание
  • 2.2.4 Организация технологического процесса сбора, передачи, обработки и выдачи информации
  • 3. Обоснование экономической эффективности
  • 3.1 Выбор и обоснование методики расчета экономической эффективности проекта
  • 3.2 Расчет показателей экономической эффективности проекта
  • Срок окупаемости капитальных затрат высчитывается по формуле
  • Заключение
  • Список использованной литературы

Введение

Переход к рыночным отношениям в экономике и научно-технический прогресс чрезвычайно ускорили темпы внедрения во все сферы социально-экономической жизни российского общества последних достижений в области информатизации. Информатизация в области управления экономическими процессами предполагает, прежде всего, повышение производительности труда работников за счет снижения соотношения стоимость/производство, а также повышения квалификации и профессиональной грамотности специалистов [1]. Темпы роста информатизации всех областей производства и управления в последние годы заметно повысили свое практическое значение, становясь определяющим фактором развития и тесно переплетаясь с процессом производства товаров и услуг.

Качественное новое обслуживание информационных и управленческих процессов связано с использованием современной персональной электронно-вычислительной техники, созданием сетей ЭВМ. Потребность в разработке и применении эффективных и адекватных реальной действительности программ и технологий сегодня возрастает [2].

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

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

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

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

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

В процессе создания были выявлены следующие цели.

Выполнение технико-экономической оценки туристического агентства.

Проведение системного анализа.

Выполнение формализации автоматизируемых задач в компании.

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

Разработка инфологической модели данных.

Разработка датологической модели.

Разработка макетов отображения результатов.

Разработка алгоритма и схемы интерфейса программного обеспечения АИС турфирмы.

Выполнение программной реализации основных задач.

Оценка экономической эффективности разрабатываемой АИС.

К основным функциям, выполняемым туристической фирмой, относятся:

1. Ведение справочников номенклатуры городов, услуг, туров, транспорта, стран, сотрудников, заказов, клиентов, поставщиков.

2. Вывод информации о стоимости туров.

3. Вывод информации о турах в определенные страны с определенной длительностью пребывания.

4. Ведение истории заказов клиентов.

5. Формирование списка сотрудников, клиентов, поставщиков.

6. Учет списка должников.

7. Ведение истории визового обслуживания.

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

Объектом исследований является туристическое агентство. Предметом исследования — задачи, связанные с приемом и обработкой заявок на приобретение туров и путевок.

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

1. Аналитическая часть

1.1 Технико-экономическая характеристика объекта управления

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

Агентство предоставляет туристическое и экскурсионное обслуживание по России, странам СНГ, ближнему и дальнему зарубежью. Управление фирмой осуществляется ее владельцем.

Целевой аудиторией считаются люди среднего и пожилого возраста, дети и молодежь, возможен подбор туров по индивидуальным параметрам, составление ознакомительных экскурсий по странам с учетом пожеланий клиента. Так, могут быть предложены индивидуальные, экскурсионные, пляжные, морские, спортивные, горнолыжные, свадебные, семейные и шоппинг-туры. Компания предоставляет детские туры для детей возрастом от года до 15 лет, развлекательные и познавательные туры для молодежи от 16 до 30 лет, познавательные и шоппинг-туры правила оформления дипломных проектов и дипломных работ людей среднего возраста от 30 до 50 лет, познавательные туры и экскурсии для людей пожилого возраста от 50 лет и старше.

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

Схема внешних связей представлена на рисунке 1.

Рис. 1 Схема внешних связей

Линейнаяструктурауправления характеризуется тем, что во главе каждого подразделения стоит руководитель, сосредоточивший в своих руках все функции управления и осуществляющий единоличное руководство подчиненными ему работниками. Его решения, передаваемые по цепочке «сверху вниз», обязательны для выполнения нижестоящими звеньями. Он в свою очередь подчинен вышестоящему руководителю. На этой основе создается иерархия руководителей данной системы управления (например, мастер участка, начальник цеха, директор предприятия), т. е. реализуется принцип единоначалия, который предполагает, что подчиненные выполняют распоряжения одного руководителя. Вышестоящий орган управления не имеет права отдавать распоряжения каким-либо исполнителям, минуя их непосредственного начальника [20].

На рисунке 2 представлено графическое отображение данной структуры.

Рис. 2 Организационная структура ООО «Управляющая компания»

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

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

Жизненный цикл организации несет в себе следующие этапы.

1. Этап предпринимательства. Формирование жизненного цикла продукции, пока организация находится в начальном периоде. Цели не выявлены конкретно, продвижение к следующему этапу требует стабильного обеспечения ресурсами.

2. Этап коллективности. Формирование миссии организации и развитие дипломная работа проектирование и разработка информационной системы предыдущего этапа. Структура и коммуникации предприятия все еще являются неформальными.

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

4. Этап выработки структуры. Идет увеличение оказания услуг и расширения производства. Руководством ищутся новые способы развития, а организационная структура устраняет недостатки и неисправности, становясь более комплексной.

5. Этап упадка. Рынок оказания услуг постепенно уменьшается, так дипломная работа проектирование и разработка информационной системы предприятие сталкивается с конкуренцией. Руководство выбирает новые пути использования возможностей и мощностей для удержания компании в данном секторе, существенно повышается спрос на квалифицированных работников. Механизм выработки и принятия решений становится централизованным.

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

Целями туристического агентства являются:

повышение квалификации сотрудников,

улучшение качества обслуживания,

удовлетворение потребностей клиентов,

увеличение мощностей предприятия,

повышение рентабельности и экономической эффективности компании,

увеличение объема продаж.

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

1.2 Экономическая сущность комплекса задач

Уполномоченным федеральным органом исполнительной власти, осуществляющим функции по проведению государственной политики, нормативно-правовому регулированию, оказанию государственных услуг и управлению государственным имуществом в сфере туризма является Федеральное агентство по туризму. Оно создано во исполнение Указа Президента Р Ф от 18 ноября 2004 г. № 1453 «О Федеральном агентстве по туризму и Федеральном агентстве по физической культуре и спорту». Постановлением Правительства Р Ф от 31 декабря 2004 г. № 901 утверждено Положение о Федеральном агентстве по туризму [22].

В процессе работы ООО «Управляющая компания» можно выделить несколько основных операций.

1. Прием заявки. Клиент излагает требования, сопровождая их необходимыми документами (паспорт, загранпаспорт, свидетельство о рождении ребенка, виза и т. д.), менеджер по обслуживанию вводит в систему данные о:

фамилии, имени, отчестве,

серии и номере паспорта и загранпаспорта,

названии и стоимости тура,

визе.

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

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

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

5. Формирование отчета о предоставленных услугах. С определенной, установленной в компании периодичностью составляется отчетность, где указывается количество и стоимость оформленных путевок.

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

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

Рис. 3 Схема документооборота

Деятельность отдела по работе с клиентами сводится к таким функциям как:

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

прием клиента,

фиксация информации об оплате,

фиксация информации о выдаче путевки,

формирование отчетов,

поиск информации.

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

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

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

Только применение как прошить папку для дипломной работы с тремя дырками технологий — средств электронно-вычислительной техники (ЭВТ) — может дать необходимую, физически приемлемую скорость обработки таких объемов информации. Ускоренный прогресс в информационных технологиях, который наблюдается в настоящее время, позволяет утверждать, что производительность и качество работы таких систем будут неуклонно повышаться при незначительном росте их стоимости [1,5].

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

В нынешнем состоянии деятельность отдела неавтоматизирована, большая часть операций и учет заявок составляется при помощи Microsoft Excel, существенно повышающего временные показатели по вводу информации и ведению отчетности по ней. Например, на обработку дипломная работа учет денежных средств и денежных потоков на организацию заявки о путевке может быть затрачено до 20 минут, а составление отчета увеличивается до 1−2 часов. Эти факторы заметно понижают эффективность работы, приводят к появлению ошибок и опечаток при вводе данных, делают невозможным оперативное управление деятельностью компании и многофакторный анализ.

Подводя итог вышеследующему, к главным недостаткам можно отнести:

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

большие трудозатраты, связанные с обработкой данных,

низкая оперативность и невозможность своевременного реагирования на изменения,

пониженная достоверность выводов и решений по причине дублирования данных,

несовершенство поступления входных данных,

несовершенство сбора, передачи и обработки данных.

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

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

Критериями оптимизации можно считать:

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

полнота функций системы,

оперативность,

минимизация стоимостных затрат на прикладные системы, аппаратные средства, поддержку, сопровождение, развитие системы.

автоматизированная информационная система туристический

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

К создаваемой АИС предъявляется основной список требований:

к системе в общем,

по соответствию стандартам,

к аппаратной платформе и системному ПО,

к локальным сетям,

к интерфейсу с пользователем,

к функциональным компонентам,

на системы доступа к данным,

к совместимости с другими информационными системами,

по безопасности системы,

по администрированию системы,

к пользователям системы.

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

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

Состав и характеристики компонентов АРМ зависят от ряда факторов, таких как:

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

обеспечение работы в составе локальной вычислительной сети,

обеспечение соблюдения санитарных норм, эргономических требований,

обеспечение защиты аппаратных средств и информации от возможных внешних факторов.

В настоящее время одной из основных задач, решаемых с помощью ПЭВМ, является подготовка документов, ведение переписки. При этом стандартом «де факто» стало использование для этих целей продуктов компании Microsoft, таких как Microsoft Office — 2000 (2003). Компания Microsoft разработала систему стандартов для ПЭВМ, обеспечивающих автоматизацию управленческой деятельности [6].

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

система на основе процессора Pentium 4 CPU 3. 00 GHz,

видеокарта AGP GeForse (64 Mb), или встроенная,

оперативная память 512 Mb,

жесткий диск 70 Gb,

устройство для чтения компакт-дисков 52х.

Общая стоимость составит 14 000 рублей.

В основе выбора оптимальных характеристик лежит анализ соотношения цена — обеспечение решения проектируемых задач [7]. Кроме того необходимо приобретение клавиатуры, мыши, монитора, многофункционального устройства, источника бесперебойного питания, флеш-накопителей.

Выбор монитора во многом опирается на соответствие стандарту безопасности излучения, размер диагонали экрана должен быть не меньше 15 дюймов (желательно 17 дюймов), что упростит работу в графическом режиме.

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

Таким образом, обоснована необходимость создания АИС и определены основные характеристики технических средств.

1.4 Общая характеристика организации автоматизированной обработки

Поставленную задачу по улучшению системы обработки информации можно решить несколькими способами:

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

2. Создание новой системы на основе стандартных решений на уровне автоматизированной поддержки и обеспечения процесса сбора и обработки информации. Этот метод позволит существенно сэкономить средства, затраченные на проектирование и запуск в работу, и сроки внедрения АИС.

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

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

оснащение отдела приема заявок вычислительными программно-техническими комплексами со средствами периферии,

разработка, создание и поддержка системы специализированных баз данных и электронного хранилища данных,

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

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

Предполагаемая схема сбора, обработки и выдачи информации основана на стандартном подходе обработки информации в АИС — замкнутой технологии обработки данных, обеспечивающей корректность ввода оперативных данных, за счет стыковки документов-источников, информационной базы и формирования отчетов, которые в свою очередь могут быть основой для ведения информационного массива [8].

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

Анализ информации, связанной с учетом заявок, группирует основные расчеты на ПЭВМ, выполняемые в рамках создаваемой автоматизированной информационной системы:

расчет суммы заявки,

группировка символьной и числовой информации

АИС должна обеспечивать такие результаты, как:

экранная форма с данными о путевках и турах,

форма работы с заявками,

форма для ввода нового заказа и редактирования существующего,

отчет по оформленным путевкам за нынешний месяц,

отчет по выдаче путевок.

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

Рис. 4 Системная архитектура разрабатываемой системы

В топологию входят:

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

интерфейс кассира, обеспечивающий фиксирование информации об оплате чека,

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

1.5 Формализация автоматизируемых задач

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

Решение задач на ПЭВМ проводится в соответствии с рядом этапов, ориентированных на решение задач любой сложности. Главным при постановке задач является четкое и однозначное задание условий и целей задачи, точное определение исходных данных [9].

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

Задача 1. Учет информации о турах и путевках.

Дано: Информация о названии путевки, стоимости, типе, длительности путешествия.

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

Условия: При добавлении информации должен обеспечиваться контроль достоверности данных.

Задача 2. Работа со списком заявок.

Дано: Информация из баз данных.

Требуется: Создать возможность просмотра, поиска, добавления, изменения, удаления заявок.

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

Задача 3. Работа с заявкой.

Дано: Информация от клиента, сведения из базы данных.

Требуется: Обеспечить возможность удобного ввода информации.

Условие: При добавлении информации должен обеспечиваться контроль достоверности данных.

Задача 4. Рецензия на дипломную работу по ндс образец отчета по оформленным путевкам.

Дано: Информация из базы данных.

Требуется: Подготовить отчеты определенной формы.

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

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

Дано: Информация из базы данных.

Требуется: Подготовить отчеты определенной формы.

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

6. Задача: Подготовка отчета по выполненной работе.

Дано: Информация из базы данных.

Требуется: Подготовить отчеты определенной формы.

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

1.6 Обоснование проектных решений по информационному обеспечению комплекса задач

Проблемы проектирования автоматизированных информационных систем в экономике связаны, с одной стороны, с общими теоретическими основами развития экономики и конкретного экономического объекта (предприятия, фирмы, организации, органа регионального управления, банка, налоговой службы и т. п.), а с другой — со спецификой технологии компьютерной обработки данных. Поэтому рассмотренные базовые принципы дополняются не менее важными организационно-технологическими, без которых невозможна разработка новых информационных технологий. Раскроем наиболее применяемые организационно-технологические принципы создания АИТ. Информационное обеспечение (ИО) представляет собой совокупность проектных решений по объемам, размещению, формам организации информации, циркулирующей в АИС. Оно включает в себя совокупность показателей, справочных данных, классификаторов и кодификаторов информации, унифицированные системы документации, специально организованные для массового обслуживания, массивы информации на соответствующих носителях [1].

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

Одной из современных форм организации информации являются банки данных. Банк данных (БнД) — это система специальным образом организованных данных (баз данных), программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования этих данных [10].

Особенности банков данных перед «небанковской» организацией данных (совокупность локальных файлов), заключаются в следующем. Наличие единого целостного отображения определенной части реального мира не только сокращает избыточность хранимых данных, но и обеспечивает на основе имеющейся базы данных выполнение новых приложений, включая реализацию дипломная работа проектирование и разработка информационной системы нерегламентированных запросов. Увеличивается мобильность, гибкость информационной системы. В БнД легче контролируется целостность, непротиворечивость данных. Наличие интегрированной базы данных сокращает затраты не только на создание и хранение данных, но и на их поддержание в актуальном состоянии, уменьшает потоки данных, циркулирующие в системе: из входных документов могут быть исключены данные, которые уже имеются дипломная работа проектирование и разработка информационной системы данных или могут быть получены из хранящихся в ней показателей; выходные документы по своему содержанию и срокам представления могут быть максимально приближены к потребностям пользователей, что существенно сокращает выдачу информации, не используемой в процессе управления [11].

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

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

В БД много различных типов данных и связей между ними. Это еще раз свидетельствует о необходимости концептуальной схемы, позволяющей изобразить связи между элементами данных. Концептуальная схема описывается с помощью модели данных. Модель данных — это комбинация трех основных составляющих [11,13]:

1. Набора типов структур данных, используемых для построения БД.

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

3. Набора общих правил целостности, которые прямо или косвенно определяют множество непротиворечивых состояний БД.

Для спецификации концептуальной схемы используется так называемый язык описания данных (ЯОД). Он является языком высокого уровня и позволяет записывать концептуальную схему в терминах некоторой модели данных. Выполнение различных операции с БД обеспечивается использованием языка манипулирования данными (ЯМД), специфика которого зависит от используемой модели данных [14].

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

иерархическая (с древовидной структурой),

сетевая (в основном с сетевой структурой CODASYL),

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

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

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

Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка (объект более близкий к корню) к потомку дипломная работа проектирование и разработка информационной системы более низкого уровня), при этом возможно, когда объект-предок не имеет потомков или имеет их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами [17]. Графическое отображение данной модели представлено на рисунке 5.

Рис. 5 Иерархическая модель данных

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

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

Сетевая БД состоит из набора экземпляров определенного типа записи и набора экземпляров определенного типа связей между этими записями.

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка. Для данного типа связи L с типом записи предка P и типом записи потомка C должны выполняться следующие два условия:

· каждый экземпляр типа записи P является предком только в одном экземпляре типа связи L;

· каждый экземпляр типа записи C является потомком не более чем в одном экземпляре типа связи L [18].

Графическое отображение данной модели представлено на рисунке 6.

Рис. 6 Сетевая модель данных

Для реляционной модели наиболее полно разработана математическая теория — реляционная алгебра, чего нельзя сказать о других основных моделях данных. В настоящее время существуют развитые языки высокого уровня, позволяющие формулировать запросы на данные, представленные средствами реляционной модели, что позволяет создавать эффективные СУБД [14].

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

Графическое отображение данной модели представлено на рисунке 7.

Рис. 7 Реляционная модель данных

При разработке структуры ИО АИС ключевым моментом является выбор ее архитектуры. Под архитектурой ИО понимается распределение информационной базы по подсистемам и компонентам АИС, а также распределение хранения и исполнения этих подсистем и компонентов по различным ЭВМ, объединенных в локальную вычислительную сеть [9]. Рассматривались 2 основные модели:

распределенная база на тему кпп камаз 5320 (в роли серверов выступают клиенты одно-ранговой сети),

интегрированная база данных (клиент-серверная технология).

Распределенная база данных (РБД) — система логически интегрированных и территориально распределенных БД, языковых, программных, технических и организационных средств, предназначенных для создания, ведения и обработки информации.

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

Большинство требований, предъявляемых к РБД, аналогично требованиям к централизованным БД, но их реализация имеет свою, рассматриваемую ниже специфику. В РБД иногда полезна избыточность [15, 16].

Модель распределенной базы данных представлена на рисунке 8.

Рис. 8 Распределенная база данных

Клиент-сервер — архитектура или организация построения сети, в которой производится разделение вычислительной нагрузки между включенными в ее состав компьютерами, выполняющими функции клиентов, и одной мощной центральной ЭВМ — сервером. Процесс наблюдения за данными отделен от программ, использующих эти данные. Сервер может поддерживать центральную базу данных, расположенную на большом компьютере, зарезервированном для этой цели. Клиентом будет обычная программа, расположенная на любой ЭВМ, включенной в сеть, а также сама ЭВМ, которая по мере необходимости запрашивает данные с сервера. Производительность при использовании клиент-серверной архитектуры выше обычной, поскольку как клиент, так и сервер делят между собой нагрузку по обработке данных [19].

Клиент-серверная модель представлена на рисунке 9.

Рис. 9 Архитектура «клиент-сервер»

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

1.7 Обоснование проектных решений по программному обеспечению комплекса задач

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

К общесистемному программному обеспечению относятся программы, рассчитанные на широкий круг пользователей и предназначенные для организации вычислительного процесса и решений часто встречающихся задач обработки информации [9]. Они осуществляют контроль и управление обработкой данных, автоматизируют работу программистов, увеличивают функциональные возможности оборудования, автоматизируют расписание выполнения расчетных работ и т. д. Главным представителем такого рода ПО является операционная система, а так же интегрированные средства управления задачами. Для создания рассматриваемой в дипломной работе АИС предполагается использование операционной системы Windows XP. Специальное П О является совокупностью программ, разработанных при создании АИС определенного функционального назначения. К нему относятся пакеты прикладных программ, осуществляющих организацию данных и их обработку при решении функциональных задач.

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

Системы управления базами данных делятся на такие виды, как:

системы, ориентированные на разработчика, позволяющие создавать только законченные проекты,

системы, обеспечивающие интерактивную работу с базами данных.

По другой классификации средства создания СУБД делятся в зависимости от операционной системы, будь то Windows, Unix или Linux, под управлением которой будет идти выполнение создаваемых программ. В данном проекте рассматривается СУБД, работающее в среде Windows XP Professional.

Современные средства разработки относятся к:

средства для создания управления глобальными базами данных, работающими в интенсивном режиме (Oracle, Microsoft SQL Server, DB2, InterBase),

средства для автоматизации небольших подразделений в пределах 10 рабочих станций (Visual FoxPro, Microsoft Access).

Рассматриваемое предприятие относится к сфере малого бизнеса, не обладает большой и разветвленной структурой управления и не требует обработки большого объема данных в режиме реального времени, а потому выбор был сделан в пользу второй группы средств и в частности Microsoft Access 2003, включающим в себя большое количество возможностей и поддерживающий удобный графический интерфейс для диалоговой работы с БД. К числу его важных преимуществ относится доступ к данным из различных источников и их использование

Включение данных из различных источников. Access 2003 поддерживает различные форматы дипломная работа проектирование и разработка информационной системы, в том числе XML, OLE, ODBC и формат служб Microsoft Windows® SharePoint™ Services.

Связи между бизнес-системами. Можно связать таблицы таким образом, чтобы одновременно получать доступ к данным из различных баз, работая с формами, отчетами дипломная работа проектирование и разработка информационной системы доступа к данным в Access 2003. Кроме того, можно связывать таблицы из других баз данных Access, электронных таблиц Microsoft Excel, источников данных ODBC, баз данных Microsoft SQL Server™ и других источников.

Максимально эффективное использование корпоративных данных. Можно включить данные Microsoft SQL Server в решения Access [21].

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

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

автоматизация труда,

быстрое принятие управленческих решений,

мобильность сотрудников,

повышение производительности труда.

На рисунке 10 представлена схема организации АРМ.

Рис. 10 Схема автоматизированного рабочего места

В соответствии с принципом системности АРМ являются системами, структура которых определяется функциональным назначением. На основании принципа гибкости АРМ легко подвергаются перестройке благодаря модульности построения подсистем и стандартизации их элементов. Согласно принципу устойчивости АРМ выполняют возложенные на них функции независимо от воздействующих внутренних и внешних факторов. Эффективность АРМ — это интегральный показатель уровня реализации всех трех принципов, отнесенный к затратам по разработке и использованию системы.

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

1.8 Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации

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

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

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

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

Вывод данных осуществляется с помощью АРМ в виде ответов на поставленные вопросы.

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

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

2.1.1 Инфологическая схема и ее описание

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

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

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

Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД. Реляционная модель данных в силу своей простоты и лаконичности не позволяет отобразить семантику, то есть смысл предметной области. Ранние теоретико-графовые модели в большей степени отображали семантику предметной области. Они в явном виде определяли иерархические связи между объектами предметной области [4].

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

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

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

наличие информации о предметной области, достаточной для дальнейшего проектирования;

гарантия однозначной трактовки модели;

динамичность.

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

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

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

ПоказатьСвернуть

Источник: http://westud.ru/work/200625/Proektirovanie-i-razrabotka-avtomatizirovannoj
Категория
Информатика
Тип
курсовая работа
Страницы
1 стр.
Дата
09.11.2013
Формат файла
.doc — Microsoft Word
Архив
930816.zip — 102.11 kb
  • razrabotka-informacionnoj-sistemy-gruzoperevozki_930816_1.doc — 214.5 Kb
  • Readme_docus.me.txt — 125 Bytes
Оцените работу
Хорошо  или  дипломная работа на заказ в москве недорого Плохо

  Дипломная работа проектирование и разработка информационной системы




Источник: http://docus.me/d/930816/

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

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

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

На что нужно обращать внимание при подготовке диплома по информационным системам?

Если вы решаетесь написать диплом по прикладной информатике, то нужно еще на начальном этапе взвесить все «за» и «против» и окончательно решить для себя, будет ли исследование такого плана интересно лично для вас?

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

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

Основные требования, предъявляемые к дипломным проектам по разработке информационной системы:

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

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

В данном разделе представлены дипломные работы, подготовленные в соответствии с требованиями к специальности «Информационные системы и технологии», специальности «Прикладная информатика (в экономике)», «Информационные системы» специализации "Банковские ИС", "Корпоративные ИС" таких учебных заведений, как МФПУ, МФЮА, ОТИ и многих других, в том числе по специальностям:

22010016 Вычислительные машины, комплексы, системы и сети

22020012 Автоматизированные системы обработки информации и управления (по отраслям)

22030013 Программное обеспечение вычислительной техники и автоматизированных систем

22030036 Системы автоматизированного проектирования

010400 Информационные технологии

010401 Информационные технологии в дизайне

010402 Информационные технологии в медиаиндустрии

010500 Прикладная математика информатика

010501 Прикладная математика информатика

010503 Математическое обеспечение и администрирование информационных систем

050202 Информатика

080700 Бизнес-информатика

080800 Прикладная информатика

080801 Прикладная информатика (по областям)

230000 ИНФОРМАТИКА И ВЫЧИСЛИТЕЛЬНАЯ ТЕХНИКА

230100 Информатика и вычислительная техника

230101 Вычислительные машины, комплексы, системы и сети

230102 Автоматизированные системы обработки информации и управления

230104 Системы автоматизированного проектирования

230105 Программное обеспечение вычислительной техники и автоматизированных систем

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

230201 Информационные системы и технологии

230202 Информационные технологии в образовании

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

Дипломные работы были написаны и защищались в период с октября 2009 года по сентябрь 2016 года.

Источник: http://diplom-it.ru/category/informatika-v-ekonomike/

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

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

Размещено на http://www.allbest.ru/

  • Содержание
  • ВВЕДЕНИЕ
  • 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
  • 1.1 ПОСТАНОВКА ЗАДАЧИ
  • 1.2 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
  • 1.3 АНАЛИЗ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ РАЗРАБОТКИ И ПРОЕКТИРОВАНИЯ
  • 1.4 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ
  • 2. ПРОЕКТНАЯ ЧАСТЬ
  • 2.1 ПРОЕКТИРОВАНИЕ МОДЕЛИ IDEF0
  • 2.2 ПОСТРОЕНИЕ МОДЕЛИ ПОТОКОВ ДАННЫХ
  • 2.3 РАЗРАБОТКА СХЕМЫ БАЗЫ ДАННЫХ
  • 2.4 ГЕНЕРАЦИЯ БАЗЫ ДАННЫХ
  • 2.5 РАЗРАБОТКА ПРИЛОЖЕНИЯ
  • 3.ОЦЕНКА ЭКОНОМИЧЕСКОГО ЭФФЕКТА
  • ЗАКЛЮЧЕНИЕ

ВВЕДЕНИЕ

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

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

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

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 ПОСТАНОВКА ЗАДАЧИ

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

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

- Исследовать предметную область;

- Обосновать выбор инструментальных средств;

- Формализовать бизнес-процессы (диаграммы IDEF-0), на базе полученных материалов обследования;

- Формализовать потоки данных (диаграммы DFD), на базе выявленных бизнес-процессов;

- Построить модель данных;

- Сгенерировать модель данных в целевую СУБД;

- Разработать прототип приложения;

- Оценить экономический эффект;

1.2 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

В качестве объекта исследования было выбрано типовое торговое предприятие «Кубанский опт», занимающееся продажей канцелярских товаров, и содержащее в своем составе следующие отделы: «Отдел продаж», «Отдел закупок», «Склад» и «Бухгалтерия». Структура предприятия представлена на рисунке 1.

Размещено на http://www.allbest.ru/

Рисунок методы розничной продажи товаров их эффективность - Структура предприятия

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

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

- Обработка первичной документации;

- Анализ поступающей информации от отделов продаж и закупок;

- Ведение взаиморасчетов с поставщиками и клиентами;

- Ведение налогового учета;

- Формирование документов на отгрузку товаров со склада;

- Дипломная работа проектирование и разработка информационной системы заявок на закупку товара.

Отдел закупок - ответственен за контакты с поставщиками. Главная задача отдела сводится к тому, чтобы путем постоянного мониторинга состояния товарных запасов на складе, вовремя осуществлять заказы товаров у поставщиков и передавать документы на оплату заказанных товаров в бухгалтерию. В отделе числится два человека.

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

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

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

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

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

Таблица 1 - Матрица организационных проекций

Функция

Отдел

Продажа товара

Отгрузка товара

Поиск клиентов

Заказы к поставщикам

Ведение бухгалтерского учета

Контроль за сохранностью товара

Бухгалтерия

Х

Х

Х

Х

Отдел продаж

Х

Х

Отдел закупок

Х

Склад

Х

Х

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

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

1.3 АНАЛИЗ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ РАЗРАБОТКИ И ПРОЕКТИРОВАНИЯ

проектирование интерфейс бизнес управление

Процесс проектирования необходимо организовать средствами автоматизированного проектирования. Современные СП могут быть разделены на две большие категории. Первую составляют CASE- системы (как независимые (upper CASE), так интегрированные с СУБД), обеспечивающие проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например, Westmount I-CASE+Uniface.Designer/2000+Developer/2000). Их основное достоинство заключается в том. что они позволяют разрабатывать всю ИС целиком (функциональные спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, обладают существенной дипломные работы по специальности банковское дело, широкой сферой применения и высокой гибкостью.

Вторую категорию составляют собственно средства проектирования БД, реализующие ту или иную методологию, как правило, "сущность-связь" ("entity-relationship") и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN+JAM, ERwin/ERX+PowerBuilder и др. Помимо указанных категорий, СП можно классифицировать по следующим признакам:

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

- применяемым методологиям и моделям систем и БД;

- степени интегрированности с СУБД;

- степени открытости;

- доступным платформам.

На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:

1. Vantage Team Builder (Westmount I-CASE);

2. Uniface (Compuware);

3. ERwin+BPwin.

Westmount I-CASE представляет собой интегрированный программный продукт, обеспечивающий выполнение следующих функций:

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

- проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;

- генерация кода программ на 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур;

- программирование на языке С со встроенным SQL;

- управление версиями и конфигурацией проекта;

- генерация проектной документации по стандартным индивидуальным шаблонам;

- экспорт импорт данных проекта в формате CDIF.

Westmount I-CASE можно использовать в конфигурации "клиент-сервер", при этом база проектных данных может располагаться на сервере, а рабочие места разработчиков могут быть клиентами. Westmount I-CASE функционирует на всех основных UNIX-платформах и VMS. В качестве целевой СУБД могут использоваться ORACLE, Informix, Sybase и Ingres.

Uniface (Compuware). Uniface 6.1 представляет собой среду разработки крупномасштабных приложений "клиент-сервер" имеет следующую компонентную архитектуру:

- Application Objects Repository (репозиторий объектов приложений) содержит метаданные, автоматически используемые всеми остальными компонентами на протяжении жизненного цикла ИС.

- Application Model Manager поддерживает прикладные модели, каждая из которых представляет собой подмножество общей схемы БД с точки зрения данного приложения.

- Rapid Application Builder - средство быстрого создания экранных форм и отчетов на базе объектов прикладной модели. Оно включает графический редактор форм, средства прототипирования, отладки, тестирования и документирования. Реализован интерфейс с разнообразными типами оконных элементов управления (Open Widget Interface) для существующих графических систем - MS Windows (включая VBX), Motif, OS/2.

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

- Deployment Manager (управление распространением приложений) - средства, позволяющие подготовить созданное приложение для распространения, установить и сопровождать его (при этом платформа пользователя может отличаться от платформы разработчика). В их состав входят сетевые драйверы и драйверы СУБД, сервер приложений (полисервер), средства распространения приложений и управления базами данных. Uniface поддерживает интерфейс практически со всеми известными программно-аппаратными платформами, СУБД, CASE-средствами, план дипломной работы на тему основные средства протоколами и менеджерами транзакций.

- Personal Series (персональные средства) - используются для создания сложных запросов и отчетов в графической форме, а также для переноса данных в такие системы, как Word и Excel.

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

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

Ключевые характеристики ERwin:

- Синхронизация моделей/баз данных

- Автоматизированное создание структуры базы данных и обратное проектирование

- Публикация моделей

- Поддержка нотаций: IDEF1x, IE, Dimensional

- Документирование структур баз данных

- Перенос структур баз данных (но не самих данных) из одного типа СУБД в другой

Функциональные возможности ERwin:

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

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

- Определение стандартов. Определение и поддержка стандартов обеспечивается с помощью словаря доменов Domain Dictionary, редактора стандартов именования Naming Standards Editor и редактора стандартов типов данных Datatype Standards Editor. Словарь доменов содержит многократно используемые атрибуты и обеспечивает непротиворечивость имен и определений в рамках модели. Редактор стандартов именования позволяет пользователям создавать словари разрешенных терминов, аббревиатур и правил именования, которые могут использоваться повторно в рамках модели. Редактор стандартов типов данных позволяет определять собственные правила соответствия между типами данных разных СУБД.

- Поддержка нескольких нотаций моделирования. Для визуального проектирования систем обработки транзакций, витрин и хранилищ данных в единой интегрированной среде ERwin поддерживает три популярные нотации моделирования данных: Integration DEFinition for Information Modeling (IDEF1X), Information Engineering (IE), Dimensional Modeling (DM).

- Управление большими моделями. ERwin облегчает управление большими корпоративными моделями за счет использования предметных областей (Subject Areas) и хранимых отображений (Stored Displays). Предметные области позволяют конкретным проектировщикам фокусировать внимание, разделяя модель на более мелкие, и за счет этого легче управляемые подмодели. Хранимые отображения предоставляют разные варианты графического представления модели или ее предметных областей, облегчая обмен информацией между специализированными группами пользователей.

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

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

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

Поддерживаемые СУБД

- Oracle

- DB2/UDB (включая iSeries)

- SQL Server

- Teradata

- ODBC

- Sybase

- Informix

- Ingres

- Progress

- Access

Поддерживаемые ОС

- Windows 2000

- Windows XP

- Windows 2003 Server

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

Таблица 2 - Таблица характеристик СП

West-mount I-CASE+Uniface

Designer/2000+

Developer/2000

ERwin/ERX+ PowerBuilder

Поддержка полного жизненного цикла ИС

+

+

+

Обеспечение целостности проекта

+

+

-

Независимость от платформы

+ (ORACLE, Informix, Sybase, Ingres и др., dbf-файлы)

- (целевая СУБД - только ORACLE)

+ (ORACLE, Informix, Sybase, поддержка ODBC)

Одновременная групповая разработка На тему подведомственность гражданских дел и приложений

+

-

-

Анализ данных, приведенных в таблице, показывает, что из перечисленных СП только комплекс Westmount I-CASE+Uniface наиболее полно удовлетворяет всем критериям, принятым в качестве основных. Так, например, в комплексе Westmount I-CASE+Uniface целостность базы проектных данных и единая технология сквозного проектирования ИС обеспечивается за счет использования интерфейса Westmount-Uniface Bridge. Следует отметить, что каждый из двух продуктов сам по себе является одним из наиболее мощных в своем классе. Таким образом, наиболее развитыми средствами разработки крупномасштабных ИС на сегодняшний день является, по моему мнению, комплекс Westmount I-CASE+Uniface. С другой стороны, его применение не исключает использования в том же самом проекте таких средств, как PowerBuilder, для разработки сравнительно небольших прикладных систем в среде MS Windows.

1.4 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ

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

BPwin - как средство проектирования процессов для модели ERWIN. Данное приложение предлагает удобные средства для разработки диаграмм бизнес-процессов. BPwin применялся в ходе учебного процесса, возможности данного продукта хорошо изучены.

При выборе СУБД стоит руководствоваться требованиями, предъявляемыми к разрабатываемому проекту. При анализе наиболее популярных СУБД было отобрано три основных кандидата:

- Microsoft SQL Server;

- MySQL;

- Firebird.

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

MySQL - свободная система управления базами данных. MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. MySQL, является решением для малых и средних приложений. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. MySQL - получил широкое распространение благодаря повсеместному использованию данной СУБД при создании веб-сайтов. Ссылка на литру.

Firebird (FirebirdSQL) - компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

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

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора). Это коммерчески независимый проект программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией «Borland» 25 июля 2000 года в виде свободной версии Interbase 6.0.

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

Для разработки приложения был выбран - Borland Delphi 7. Выбор этого средства разработки неслучаен. Разрабатываемое приложение будет работать под управлением операционной системы Windows. Раннее Borland Delphi 7 использовался в учебном процессе и прекрасно себя зарекомендовал как средство быстрой разработки приложений.

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

1. Эксплуатационные требования

1.1. Система должна обеспечить регистрацию порядка 75-100 операций в день (продажи товара, закупки, регистрация отгрузки и т.д.) с учетом ее срока эксплуатации 5 лет (моральный износ) и с учетом перспектив развития и некоторого запаса.

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

2.1. Система должна восстанавливаться после сбоя (например, отключение питания)

2.2. В программу должны быть встроены средства контроля ошибок:

- Контроль ссылочной целостности при попытках удаления записей;

- Анализ вводимой информации (запрет ввода текстовой информации в числовые поля)

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

3.1. Программа должна быть сделана с использованием СУБД Firebird

3.2. Программа должна иметь стандартный интерфейс с пользователем в среде Windows (многооконность, подсказки, статусная строка)

4. Другие требования

4.1. Программа должна поддерживать работу по сети нескольких пользователей

4.2. Программа должна быть пригодной к сопровождению (модульность, понятность кода).

2. ПРОЕКТНАЯ ЧАСТЬ

2.1 ПРОЕКТИРОВАНИЕ МОДЕЛИ IDEF0

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

При анализе деятельности торгового предприятия было выделено три основных работы отделов, входящих в состав предприятия.

Рисунок 2 - Деятельность торгового предприятия

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

Рисунок 3 - Декомпозиция «Работа склада»

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

Другой не менее важной функцией является отгрузка товара покупателям. Основанием для выдачи того или иного товара со склада является «Документ на выдачу товара со склада» именно он содержит список и количество товаров, которые необходимо выдать. Факт выдачи товара клиенту отражается документально путем формирования документов вида «Складские документы». («Расходная накладная»)

2.2 ПОСТРОЕНИЕ МОДЕЛИ ПОТОКОВ ДАННЫХ

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

Рисунок 4 - Диаграмма DFD. Деятельность торгового предприятия.

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

Отдельное внимание стоит уделить поступающей и уходящей информации склада.

Рисунок 4 - Диаграмма DFD. Работа склада.

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

2.3 РАЗРАБОТКА СХЕМЫ БАЗЫ ДАННЫХ

Схема системы базы данных (от англ. Database scheme) - ее структура, описанная на формальном языке, поддерживаемом системой управления базами данных (СУБД). В реляционных базах данных схема определяет таблицы, поля в каждой таблице, а также отношения между полями и таблицами. После того как была построена модель потоков данных, можно приступить к дипломная работа проектирование и разработка информационной системы схемы данных. Анализируя данные диаграммы (Рисунок 3) можно выделить две сущности - поставщики и клиенты. Эти сущности послужат каркасом схемы базы данных, информация о данных сущностях будет храниться в соответствующих таблицах («Postavshiki», «Clients»). Помимо информации о поставщиках и клиентах необходимо следить за продажей, закупкой как написать рецензию на по менеджменту количественными остатками товаров. Следовательно, необходимы еще как минимум три сущности, способных хранить необходимую информацию.

В результате проведенного анализа создана модель сущность-связь.

Рисунок 5 - Модель сущность-связь

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

2.4 ГЕНЕРАЦИЯ БАЗЫ ДАННЫХ

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

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

В своей курсовой работе в качестве CASE-средства был выбран программный продукт ERwin. ERwin обеспечивает генерацию схемы данных сущность-связь в физическую базу данных. Взаимодействие Case-средства и, в нашем случае, СУБД Firebird осуществляется по средствам использования драйвера ODBC («Open Database Connectivity»). Для корректной генерации схемы данных необходимо внести изменения в тексты шаблонов, используемые ERwin при создании таблиц и триггеров в целевой БД, а именно заменить двойные кавычки на одинарные в текстах используемых шаблонов. После того, как файлы шаблонов и сама схема БД готовы, необходимо воспользоваться методом «Forward Engineer\Schema Generation» - именно этот метод и осуществляет генерацию схемы данных в физическую существующую базу данных.

2.5 РАЗРАБОТКА ПРИЛОЖЕНИЯ

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

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

В этом разделе будет рассмотрена модель распределенного приложения БД, которая называется многозвенной (multitiered), и, в частности, ее наиболее простой вариант - трехзвенное распределенное приложение. Тремя частями такого приложения являются:

- собственно сервер базы рецензия о недостатках дипломной работы по экономике

- сервер приложений (серверная часть приложения);

- клиентская часть приложения.

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

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

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

Многозвенная архитектура приложений БД призвана исправить перечисленные недостатки. понятие и время отдыха дипломная работа рассмотрим составные части трехзвенного распределенного приложения в Delphi. Части трехзвенных приложений разрабатываются с использованием компонентов DataSnap, а также некоторых других специализированных компонентов, в основном обеспечивающих функционирование клиента.

Для передачи данных между сервером приложений и клиентами используется интерфейс AppServer, предоставляемый удаленным модулем данных сервера приложений. Этот интерфейс используют компоненты-провайдеры TDataSetProvider на стороне сервера и компоненты TClientDataSet на стороне клиента.

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

В первую очередь удаленное клиентское приложение должно обеспечить соединение с сервером приложений. Для этого используются компоненты соединений DataSnap - TSocketconnection, использующий сокеты Windows;

Компонент TSocketConnection обеспечивает соединение клиента с сервером приложений за счет использования сокетов TCP/IP. Для успешного открытия соединения на стороне сервера должен работать сокет-сервер

Компоненты соединения DataSnap предоставляют интерфейс IAppServer, используемый компонентами-провайдерами на стороне сервера и компонентами TClientDataSet на стороне клиента для передачи пакетов данных. Для работы с наборами данных используются компоненты TClientDataSet, работающие в режиме кэширования данных.

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

Перейдем к рассмотрению программного интерфейса клиента и сервера.

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

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

Особое внимание стоит уделить кнопке «Update». Данная кнопка является неактивной до тех пор, пока не произошло изменений в записях таблиц БД. Как только что-то изменилось (Например: бухгалтер изменил цену товара), кнопка начинает «моргать», это является сигналом к нажатию с целью обновления информации.

3. ОЦЕНКА Дипломная работа проектирование и разработка информационной системы ЭФФЕКТА

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

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

Глядя на модели AS-IS и AS-TO BE, сразу же бросается в глаза различный состав работ. После реинжиниринга бизнес процессов происходящих на предприятии было выявлено, что содержание отдела закупок не выгодно с экономической точки зрения. Ввиду того, что количество поставщиков, с которыми работает организация не велико (порядка 10-15 фирм) и частота закупок не превышает одного - двух раз в неделю, было принято решение расформировать отдел продаж и передать его функции в отдел «Консолидированной бухгалтерии». В результате в суммарном выражении мы получили разницу, при условии месячного функционирования организации, в десять тысяч рублей.

Теперь мы можем рассчитать абсолютный показатель снижения стоимостных затрат:

(1)

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

(2)

Коэффициент (2) показывает на какую долю или процент снижаются затраты предлагаемого варианта по сравнению с базовым.

Индекс снижения стоимостных затрат :

(3)

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

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

В среднем на выписку одного документа уходит от трех до пяти минут. Заработная плата кладовщика составляет тринадцать тысяч рублей при 21 рабочем дне. Тогда стоимость одного рабочего часа кладовщика составляет

(4)

Теперь мы сможем рассчитать стоимость выписки одного документа работником (5)

Внедрение системы позволит сократить затраты, на выписку одного документа в среднем на 30%. Тогда стоимость выписки дипломная работа по теме облицовка вертикальных поверхностей документа кладовщиком составит (6)

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

(7)

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

(8)

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

ЗАКЛЮЧЕНИЕ

Поставленная цель курсовой работы выполнена. В ходе курсовой работы были формализованы бизнес-процессы (Диаграммы IDEF-0 AS IS), проведен реинжиниринг бизнес-процессов. (Диаграммы IDEF-0 AS TO BE). Средствами прямого проектирования получена БД.

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

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

Разработанное приложение позволяет:

- Ускорить процесс поступления и выдачи товаров со склада

- Обеспечить постоянный контроль за количеством товара на складе

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

- Автоматизировать процесс выдачи документов, как поставщикам, так и клиентам

Размещено на Allbest.ru


Подобные документы

  • Проектирование информационной системы компании "IT-Сервис"

    Наличие экономической информационной системы. Матрица организационных проекций. Разработка системы базы данных. Современные CASE-средства. Основные этапы разработки информационных систем. Абсолютный показатель индекс снижения стоимостных затрат.

    курсовая работа [1,1 M], добавлен 14.03.2011

  • Разработка базы данных информационной системы "Магазин напольных покрытий"

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

    курсовая работа [1,6 M], добавлен 18.02.2013

  • Разработка автоматизированной информационной системы "Гостиница"

    Обзор принципов построения и эффективного применения систем управления базами данных, CASE-средств автоматизации проектирования. Анализ возможностей методологии инструментальных средств. Разработка модели бизнес-процессов гостиницы в среде All Fusion.

    курсовая работа [3,3 M], добавлен 28.12.2012

  • Автоматизация работы ресторана

    Проектирование деятельности ресторана для повышения качества и прозрачности управления бизнес-процессами, прототип приложения для автоматизации деятельности ресторана. Принципы работы в программном продукте Borland Delphi 7 и CASE-средстве ERwin.

    курсовая работа [115,3 K], добавлен 19.09.2014

  • Разработка автоматизированной информационной системы для медработников "Заказы на лекарства"

    Выбор, обоснование и особенности работы СУБД. Характеристика языков программирования. Разработка структурной и функциональной модели информационной системы аптеки. Проектирование программной среды АИС и ее интерфейса. Построение модели базы данных.

    курсовая работа [442,3 K], добавлен 21.04.2012

  • Информационная система ВУЗа

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

    дипломная работа [41,6 K], добавлен 17.08.2010

  • Разработка информационной системы для автоматизации деятельности сервисного центра

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

    дипломная работа [750,8 K], добавлен 10.07.2017

  • Проектирование информационной системы "Турагенство"

    Разработка информационной системы туристического агентства с использованием современных инструментальных средств, технологий; создание ее прототипа; определение целей, задач и функций ИС. Концептуальное, логическое и физическое проектирование базы данных.

    курсовая работа [1,1 M], добавлен 09.06.2013

  • Разработка информационной системы по сервисному обслуживанию компьютеров

    Характеристика предприятия и его деятельности. Описание основных сущностей их функций. Обоснование выбора системы управления БД и анализ имеющихся программных средств. Проектирование базы данных. Разработка интерфейса и алгоритмов реализации системы.

    дипломная работа [1,4 M], добавлен 18.10.2015

  • Разработка информационной системы управления учебным процессом (на примере филиала РГТУ г. Всеволожска)

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

    дипломная работа [2,8 M], добавлен 21.01.2012

Источник: http://otherreferats.allbest.ru/programming/00178272_0.html

Дипломная работа

 

Краткое описание работы:

Содержание

 


Введение 2
1. Аналитическая часть 2
1.1. Анализ организационно-экономической схемы и ее описание 2
1.1.1. Анализ структуры управления предприятия 2
1.1.2. Формулировка глобальной цели 2
1.1.3. Место решения 2
1.1.4. Цель решения 2
1.1.5. Описание исходной информации 2
1.1.5. Описание результатной информации 2
1.2. Анализ уровня автоматизации 2
1.4. Выявление и анализ участников производственно – экономической деятельности предприятия, подлежащих автоматизации. 2
2. Проектирование информационной системы 2
2.1. Описание 2
2.2. Область применения 2
2.3. Цели создания ИС УСО 2
2.4. Назначение ИС УСО 2
2.5. Требования к функционированию ИС УСО 2
2.6. Требования к защите информации ИС УСО 2
2.7. Функционирование системы 2
2.8. Организационное, техническое, правовое и эргономическое обеспечение 2
2.9 Защита информации в АРМ, АИС 2
2.10 Проектирование базы данных 2
2.10.1. Обоснование выбора СУБД 2
2.10.2. Определение объектов 2
2.10.3. Определение взаимосвязей между объектами, задание атрибутов, первичных и альтернативных ключей объектов 2
2.10.4. Физическое описание модели 2
2.11. Реализация проекта в Delphi. 2
3 Расчёт экономической эффективности внедрения автоматизированной информационной системы 2
Заключение 2
Список используемых источников 2
Приложение 1. Диаграмма Гаусса. 2
Приложение 2. Руководство программиста. 2
Приложение 3. Руководство пользователя 2
Приложение 4. Отчеты 2
Приложение 5. Текст программы. 2


 

Введение

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

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

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

·        провести анализ предприятия, выявить его основные функции;

·        проанализировать исходную и результатную информации;

·        провести анализ бизнес–процессов предприятия;

·        создать модель конкретной предметной области. Описать алгоритмы обработки информации и расчетные формулы;

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

·        описать интерфейсные формы, формы запросов и отчетов новой информационной системы;

·        выявить все плюсы и минусы, разрабатываемой информационной системы;

·        определить экономическую эффективность информационной системы.

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

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

 

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

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

            Средствами решения задач являются:

1)    программыBPWin, ERWin, Borland Delphi;

2)    программный продукт «ИС УСО»;

3)    расчет экономической эффективности проекта.

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

 

 


 

1. Аналитическая часть

Муниципальное учреждение «Территориальный центра социального обслуживания населения» Верхнебуреинского муниципального района  (далее Центр) является самостоятельным структурным подразделением администрации района. В Центре функционируют два отделения: отделение срочной социальной помощи и  отделение социального обслуживания на дому.

Управление Центром осуществляется в соответствии с законодательством Российской Федерации, нормативными правовыми актами и уставом учреждения, где учредителем является Комитет социальной защиты населения Верхнебуреинского муниципального района.

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

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

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

Бесплатно обслуживаются участники ВОВ, не зависимо от получаемой размера пенсии с учетом надбавок.

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

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

При Центре работает специалист парикмахер, который оказывает услуги в здании, выделенным городским поселением «Рабочий поселок Чегдомын» без арендной платы, а малоподвижным и немощным на дому.

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

С целью предупреждения

.часть текста пропущена.

2.11. Реализация проекта в Delphi.

. Borland Delphi 7 – это интегрированная среда для разработки приложений под Windows, включающая следующие компоненты:

· высокопроизводительный компилятор с языка высокого уровня в машинный код;

· объектно-ориентированные модули и компоненты;

· визуальное построение приложений из прототипов;

· средства построения баз данных.

Компилятор, встроенный в Delphi, обеспечивает высокую производительность. Этот компилятор в настоящее время является самым быстрым в мире (неофициальные данные). Он предлагает лёгкость разработки и быстрое время проверки готового программного блока.

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

Рисунок 12. Главная форма системы.

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

Рисунок 13. Карточка льготника

 

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

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

Рисунок 14. Выбор справочников системы.

.часть текста пропущена.

Заключение

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

Разрабатываемая информационная система ИС «Учет социального обслуживания» является информационной технологией, предназначенной для учета со­циальной помощи, оказываемой в органах социального обслуживания населения.

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

Проектирование интерфейса проводилось в среде Borland Delphi 7

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

Срок окупаемости системы 15 месяцев.


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

Скачать полную версию в архиве>>>

Стоимость работы 1000 рублей. укажите тему работы и способ оплаты (Пополнение счета мобильного телефона, Банковским переводом,Яндекс деньги, Веб мани):Заказать    ([email protected])

Источник: http://www.sutara.narod.ru/social.htm


Узнай стоимость работы



щих функционирование и развитие организации как единого целого.

Компания Компьютерный мир работает в отдельном регионе и не имеет разветвленной структуры по территории России. Поэтому её организационная структура довольно проста для понимания.

Организационная структура управления компании Компьютерный мир, представлена схемой (См. рис. 1.1), которая отражает содержание аппарата управления и объекта управления.

Рисунок 1.1 - Схема организационной структуры управления компании

 

Компания Компьютерный мир имеет линейно-функциональную структуру управления. Функциональная структуризация является наиболее широко распространенной формой организации деятельности имеет место почти на всех предприятиях на том или ином уровне организационной структуры. Это процесс деления организации на отдельные элементы, каждый из которых имеет четко определенную, конкретную задачу и обязанности. Создание функциональной структуры сводится дипломная работа проектирование и разработка информационной системы группировке персонала по широким задачам, которые они выполняют. Конкретные характеристики и черты деятельности того или иного подразделения соответствуют наиболее важным направлениям деятельности всей организации. Так, к функциям и задачам IT-отдела относятся:

Устная консультация клиентов;

Диагностика и ремонт компьютерной техники;

Установка программного обеспечения;

Установка антивирусных программ;

Установка драйверов устройств;

Оцифровка видео;

Проведение плановых профилактических работ для поддержки техники в рабочем состоянии;

Выезд к клиенту для оказания IT-услуг;

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

Прием звонков от клиентов;

Консультация клиентов по техническим вопросам;

Регистрация заявок на ремонт компьютерной техники;

Прием и выдача компьютерной техники после ремонта;

Оповещение клиентов об окончании ремонта;

Контроль соблюдения графика плановых профилактических работ;

Доставка техники клиенту после ремонта;

Предоставление отчетности о выполненных работах.

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

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

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

Взаимодействие с государственными налоговыми иными органами в пределах своей компетенции.

Взаимодействие с контрагентами и финансовыми организациями в пределах своей компетенции.

Осуществление платежей в наличной и безналичной форме в порядке, определяемом внутренними документами компании.

Налоговое планирование. Мониторинг актуальных законодательных и нормативных документов.

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

 

1.1.3 Программная и техническая архитектура информационной системы предприятия

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

 

Таблица 1.1 - Используемое программное обеспечение

ПрограммаНазначение или дипломная работа на тему программа лояльности задачаMicrosoft Windows XP SP2Операционная система рабочих станций1С: Бухгалтерия 8Ведение бухгалтерского и налогового учетаMicrosoft Word 2007Ведение текущей на тему изготовление гаражных работ и формирование отчетностиMicrosoft Excel 2007Регистрация заявок на ремонт и расчет стоимости работKaspersky Antivirus 6.0 Темы дипломные работы по бухгалтерскому учету Internet Security 6.0Защита от компьютерных вирусовWinRar 3.80Архивация данныхVenta Fax 4.0Прием и отправка факсимильных сообщенийAbby FineRider Professional edition 9.0Распознавание документации на оборудованиеThe Bat 3.9 Mozilla Thunderbird 3.0bezantОтправка и темы дипломных работ по специальности экономика и управление электронной почтыNero 7.8.5.Создание резервных копий на CD и DVD-дискахZoneAlarm 8.0.65.0Защита от вторжений в ЛВС и сети Internet

Техническая архитектура информационной системы компании Компьютерный мир представлена схемой (См. рис. 1.2).

 

 

Рисунок 1.2 - Схема технической архитектуры ИС компании

 

1.1.4 Анализ системы обеспечения внешняя рецензия на от предприятия образец безопасности и защиты информации

Для защиты от внешних угроз операционная система (Windows XP SP2), которая установлена на всех персональных компьютерах сотрудников компании Компьютерный мир, защищена лицензионным программным продуктом Kaspersky Antivirus 6.0 и Kaspersky Internet Security 6.0.

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

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

sИсточник: https://www.studsell.com/view/133201/20000

06.04.2018 Карпов А. В. Курсовые 0 Comments
0 comments

Добавить комментарий

Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>