Вход

Технико-экономическая характеристика предметной области и предприятия.Курсовая работа

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 225259
Дата создания 18 ноября 2016
Страниц 34
Мы сможем обработать ваш заказ (!) 3 июня в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
950руб.
КУПИТЬ

Описание

Содержание

Введение 3
1. Технико-экономическая характеристика предметной области и предприятия 5
1.1. Характеристика предприятия и его деятельности 5
1.2. Организационная структура управления предприятием 6
2. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 8
3. Информационное обеспечение задачи 11
3.1. Информационная модель и её описание 11
3.2. Используемые классификаторы и системы кодирования 12
3.3. Характеристика нормативно-справочной, входной и оперативной информации 15
3.4. Характеристика результатной информации 15
4. Программное обеспечение задачи 18
4.1. Общие положения (дерево функций и сценарий диалога) 18
4.2. Характеристика базы данных 22
4.3. Структурная схема пакета (дерево ...

Фрагмент работы для ознакомления

В системе “Продажа билетов ” можно выявить следующие проблемы:Из-за наличия большого количества категорий билетов и их изменение в зависимости от типа проводимого матча, может возникнуть путаница. А если разделять кассы по категориям билетов и секторам, то могу образоваться очереди.Огромной проблемой является спекуляции с билетами, а именно их покупка и последующая перепродажа. В соответствии с действующим Законом Украины «О защите экономической конкуренции» и Законом Украины «О защите от недобросовестной конкуренции», деятельность по перепродаже и повторной реализации каких-либо товаров (в том числе билетов на спортивные матчи) не запрещена. Возникает необходимость ограничения количества продаваемых билетов в «одни руки». Или же введение ID-карт, чтобы иметь базу данных клиентов и регистрировать количество проданных билетов. Но введение такой системы вызовет необходимость регистрации всё новых и новых клиентов, что увеличит и без того огромный поток данных. Также регистрация занимает значительное количество времени. Единственным решением является создание сайта с возможностью онлайн регистрации. Но учитывая темп и развитость информационных технологий у нас в стране, количество продаваемых билетов онлайн будет крайне мало. Отсутствие необходимого опыта пользования системой у кассиров. Администратор в одиночку не может должным образом обслуживать функционирование всех касс. Возникает необходимость создания оснащенной и интеллектуально продвинутой команды технической поддержки, которая будет должным образом реагировать на какие-либо поломки и устранять их, до образования очереди.Информационное обеспечение задачиИнформационная модель и её описаниеИнформационная модель задачи автоматизации продаж билетов показана на рис.3.1.Разрабатываемая автоматизированная система работает со справочниками мест, билетов, матчей. На каждый справочник предусмотрена экранная форма для заполнения и корректировки. На основании справочных данных формируются данные отчетов. На основании данных, хранящихся в справочниках и журналах, формируется отчетная информация.Рис.3.1. Информационная модель задачиИспользуемые классификаторы и системы кодированияИнформационное обеспечение - совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, а также методология построения баз данных. [5]Информационное обеспечение рассматриваемой задачи включает: внемашинное обеспечение (входные и выходные документы, классификаторы, справочники), и внутримашинное обеспечение (условно-постоянная, промежуточная и результатная информация в базе данных системы).1) Входные и выходные документы. Входными документами системы являются сведения о наличии билетов. Выходными документами являются: билет, отчеты по продажам билетов и статистика продаж. За основу форм документов берутся бланки, используемые на предприятии. Их необходимо проанализировать, оценить полноту содержащейся в них информации, и использовать при проектировании системы.2) Экранные формы Для построения диалога с пользователем возможны следующие способы: диалог типа «Вопрос-ответ»; диалог типа «Меню», диалог на основе экранных форм, диалог на основе командного языка. Для каждого из входных документов будут создаваться экранные формы ввода первичной информации. При этом необходимо обеспечить соответствие макета экранной формы форме входного документа. Не обязательно, чтобы внешний вид этих форм совпадал, но все вводимые элементы данных должны располагаться в том же относительном порядке и иметь такой же формат, что и в исходном документе. Результатная информация должна отображаться на экранных формах в соответствии с формой выходного документа, т.е. на основе использования комбинированной формы с трехзонным расположением реквизитов и многострочной содержательной частью.Условно-постоянная информация будет храниться в справочниках. В системе потребуются следующие справочники:Справочник «Места»;Справочник «Матчи»;Справочник «Билеты»;Справочник «Концерты»;Справочник «Спортивные мероприятия»;Справочник «Команды»;Справочник «Исполнители».Формы для ввода справочников должны позволять просматривать, добавлять, редактировать, удалять записи. При проектировании макетов форм ввода справочников применим анкетную форму расположения реквизитов, удобную для ввода и актуализации справочников.Все экранные формы должны быть удобными, понятными, эргономичными. Общий цвет информационной части должен быть спокойных тонов, не вызывающих усталости пользователя. Цвет полей, подлежащих вводу с клавиатуры, должен отличаться от цвета информационной части. Каждое поле должно быть снабжено подсказкой, которую следует выдавать на экран при неправильных действиях пользователя. Должна быть обеспечена возможность исправления ошибок во введенных данных.3) Система классификации и кодирования. В системе необходимо учесть принятую на предприятии систему кодирования документов, а именно: документы одного типа нумеруются последовательно с начала года. Система кодирования артикулов товара также используется существующая на предприятии, т.к. она достаточна, привычна, и используется не только в автоматизируемом подразделении, но и в других отделах предприятия. Необходимо разработать локальную систему классификации и кодирования для следующих объектов учета:- билетов;- матчей;- мест;- спортивных мероприятий4) Информационная база. Центральным компонентом информационного обеспечения является информационная база (ИБА), представляющая собой организованную определенным способом совокупность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач. [1]Существуют следующие способы организации информационной базы: совокупность локальных файлов, поддерживаемых функциональными пакетами прикладных программ, и интегрированная база данных, основанная на использовании универсальных программных средств загрузки, хранения, поиска и ведения данных, то есть системы управления базами данных (СУБД). Локальные файлы обеспечивают более быстрое время обработки данных, однако при таком способе организации ИБ в информационной системе наблюдается высокая степень дублирования данных, несогласованность данных, отсутствие гибкости доступа к информации. Интегрированная база данных - это совокупность взаимосвязанных, хранящихся вместе данных при такой минимальной избыточности, которая допускает оптимальное их использование в различных приложениях. Для решения поставленной задачи требуется интегрированная база данных. Основными способами организации БД являются создание централизованных и распределенных БД. [4] В рассматриваемой задаче не предполагается распределенная структура ИС, т.к. задача небольшая по объему данных и по количеству пользователей. Таким образом, для решения поставленной задачи необходима интегрированная централизованная база данных.Характеристика нормативно-справочной, входной и оперативной информацииПри решении задач подсистемы обрабатываются следующие документы/информация:Входные:Ежедневно в начале рабочего дня заполняется документ, в котором указываются данные о билетах, которые есть в наличии. Таким образом , в течении дня заполняется выходной документ, где будет содержаться информация о проданных билетах, абонементах и сданных билетах. По окончанию рабочего дня или определенного периода менеджер по продажам произведет сравнение полученных данных.Выходные:Занесение в отчет ведомости о продаже билета, которая содержит:серийный номер билета;дата/время продажи билета;категория билета;номер кассы;дата и время матча;название и тип матча;цена билета.Ведомость о сдаче документа, которая содержит:серийный номер билета;дата/время продажи билета;дата/время сдачи билета;категория билета;номер кассы;дата и время матча;название и тип матча;цена билета;размер комиссии при сдаче билета;сумма денег, возвращенная клиенту;причина сдачи.Ведомость об обмене билета, которая содержит:дата/время обмена билета;серийный номер билета 1категория билета 1;серийный номер билета 2;категория билета 2;разница в цене;номер кассы.Ведомость о продаже абонемента, которая содержит:серийный номер абонемента;дата приобретения;номер кассы;список названий и дат матчей;цена абонемента;ФИО клиента.Отчет о работе касс на опр.период:дата создания отчета;тип отчета;собственно сам отчет;Карта свободных мест:дата и время;карта свободных мест. Характеристика результатной информацииАнализ накапливаемой количественно-суммовой информации в базе данных проводится в модуле аналитики с последующим выводом выходных данных в виде графических диаграмм. Параметры обрабатываемой информации должны корректироваться в зависимости от устанавливаемого пользователем интервала времени и конкретного магазина или итоговая информация за весь период по всему предприятию.Система должна иметь возможность последующей реорганизации и расширения для улучшения её возможностей или добавления функций. Должен обеспечиваться контроль ввода данных при отсутствии избыточности, а также надежное хранение и целостность базы данных.4. Программное обеспечение задачи4.1. Общие положения (дерево функций и сценарий диалога)При разработке ИС, решающей задачи автоматизации документооборота, важным этапом является описание иерархии функций управления и обработки данных разрабатываемого программного продуктаДерево функций представляет собой иерархическую структуру действий, реализованных в ИС. Все действия (функции) программного продукта можно разделить на два основных подмножества:1) служебные функции - идентичны для всех автоматизированных систем управления предприятием на современном уровне развития аппаратных и программных средств. Функции этого вида призваны обеспечить безопасность ввода, обработки и хранения информации, облегчить работу с системой, сделать ее наиболее удобной и незатруднительной для конечного пользователя.2) основные функции управления и обработки данных - свойственны как информационным системам любой специализации, так и именно данной ИС. Они отражают особенности процесса обработки информации, получения результатов, ведения информационной базы проекта. Эти функции организованы в том порядке и в том составе, которые продиктованы условиями обработки и управления данными в конкретной предметной области.Состав и классификация функций разрабатываемого программного продукта представлены в виде дерева функций (рис.4.1).Рис.4.1. Дерево функций ИСНа данном этапе разработки проекта ИС необходимо также выбрать язык общения системы с конечным пользователем. Диалог - это процесс обмена сообщениями между пользователем и ИС, при котором осуществляется постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию), причем смена ролей достаточно оперативна.В процессе диалога возможно:двустороннее управление на базе языка типа «запрос-ответ»,одностороннее управление со стороны ИС с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»,одностороннее управление со стороны пользователя с использованием языка директив (команд)

Список литературы

Список использованной литературы

1. РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов.
2. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.
3. ГОСТ 34.602-89. Информационная технология.
4. ГОСТ 19.701-90. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
....
14. Крис Дейт. Введение в базы данных, 6-е изд. Киев, Диалектика, 1998.
15. Разработка программного обеспечения - СПб : "Питер", 2004 г - 592 стр.
16. Реляционные базы данных: практические приемы оптимальных решений. - СПб.: БХВ-Петербург, 2005 - 400с.
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.01058
© Рефератбанк, 2002 - 2024