Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Разработка регламента выполнения процесса «Реализация билетов через розничные кассы

Содержание:

Введение

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

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

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

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

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

Задачи, которые нужно выполнить для достижения поставленной цели:

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

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

Предметом исследования являются процесс автоматизации продаж билетов.

Методы исследования: анализ, обобщение, моделирование, CASE-средства, сравнение.

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

1.1 Характеристика предприятия и его деятельности

Автоматизированную информационную систему «Продажа билетов» планируется использовать для автоматизации продажи билетов/абонементов на футбольные матчи и различные мероприятия, проводимые на футбольном стадионе.

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

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

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

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

Показатели, отображающие масштабы деятельности компании приведены в таблице 1.1.

Таблица 1.1

Количественно-стоимостные оценки деятельности компании

п\п

Наименование характеристики (показателя)

Значение показателя на конец 2013 года

Объем выручки от продажи продукции ( работ, услуг), руб

1290520

Выручка, руб.

38551000

Валовая прибыль, руб.

2938000

Чистая прибыль, руб.

2912000

Рентабельность собственного капитала, %

3,75

Рентабельность активов, %

2,25

Коэффициент чистой прибыльности, %

7,55

Рентабельность продукции (продаж),%

9,20

Количество единиц средств вычислительной техники

223

Количество сотрудников (человек)

227

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

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

Рис. 1.1. Структура подразделения, в котором используется «Продажа билетов на футбол»

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

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

При создании ИС должны быть достигнуты такие показатели:

Повышение эффективности работы касс достигается путем:

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

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

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

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

Повышение объема продаж билетов и увеличения прибыли за счет:

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

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

Для учета проданных и сданных билетов ведется таблица продажи билетов по нумерованным местам. В таблице указывается номер места, категория и дата покупки билета. В зависимости от категории билеты имеют различную цену, поэтому в таблице место имеет три состояния: 1) занято, 2) свободно, 3) забронировано. Также существует три типа билетов:

  1. разовый (1 место – 1 матч);
  2. групповой ( несколько мест – 1 матч);
  3. абонемент (1 место – несколько матчей ).

Бронь снимается за час, а продажа билетов прекращается за 5 мин до начала матча. Также кассир принимает билеты, и возвращает за них деньги. Затем занятое ранее место отмечается как свободное и вновь выставляется на продажу. Возврат билетов осуществляется за 24 часа до начала матча, в размере 80% от его начальной стоимости. Так же можно поменять билет на другой, без потери денег, с возможной доплатой. Категории билетов, цены и порядок покупки билетов изменяются в зависимости от категории матчей.

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

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

Администратор осуществляет обновление информации, необходимое для продажи/сдачи билетов.

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

  1. Из-за наличия большого количества категорий билетов и их изменение в зависимости от типа проводимого матча, может возникнуть путаница. А если разделять кассы по категориям билетов и секторам, то могу образоваться очереди.
  2. Огромной проблемой является спекуляции с билетами, а именно их покупка и последующая перепродажа. В соответствии с действующим Законом Украины «О защите экономической конкуренции» и Законом Украины «О защите от недобросовестной конкуренции», деятельность по перепродаже и повторной реализации каких-либо товаров (в том числе билетов на спортивные матчи) не запрещена. Возникает необходимость ограничения количества продаваемых билетов в «одни руки». Или же введение ID-карт, чтобы иметь базу данных клиентов и регистрировать количество проданных билетов. Но введение такой системы вызовет необходимость регистрации всё новых и новых клиентов, что увеличит и без того огромный поток данных. Также регистрация занимает значительное количество времени. Единственным решением является создание сайта с возможностью онлайн регистрации. Но учитывая темп и развитость информационных технологий у нас в стране, количество продаваемых билетов онлайн будет крайне мало.
  3. Отсутствие необходимого опыта пользования системой у кассиров.
  4. Администратор в одиночку не может должным образом обслуживать функционирование всех касс. Возникает необходимость создания оснащенной и интеллектуально продвинутой команды технической поддержки, которая будет должным образом реагировать на какие-либо поломки и устранять их, до образования очереди.

2. Информационное обеспечение задачи

2.1 Информационная модель и её описание

Информационная модель задачи автоматизации продаж билетов показана на рис.3.1.

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

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

Рис.3.1. Информационная модель задачи

2.2 Используемые классификаторы и системы кодирования

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

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

1) Входные и выходные документы. Входными документами системы являются сведения о наличии билетов.

Выходными документами являются: билет, отчеты по продажам билетов и статистика продаж.

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

2) Экранные формы

Для построения диалога с пользователем возможны следующие способы: диалог типа «Вопрос-ответ»; диалог типа «Меню», диалог на основе экранных форм, диалог на основе командного языка.

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

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

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

  • Справочник «Места»;
  • Справочник «Матчи»;
  • Справочник «Билеты»;
  • Справочник «Концерты»;
  • Справочник «Спортивные мероприятия»;
  • Справочник «Команды»;
  • Справочник «Исполнители».

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

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

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

Необходимо разработать локальную систему классификации и кодирования для следующих объектов учета:

- билетов;

- матчей;

- мест;

- спортивных мероприятий

4) Информационная база. Центральным компонентом информационного обеспечения является информационная база (ИБА), представляющая собой организованную определенным способом совокупность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач. [1]

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

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

Для решения поставленной задачи требуется интегрированная база данных.

Основными способами организации БД являются создание централизованных и распределенных БД. [4] В рассматриваемой задаче не предполагается распределенная структура ИС, т.к. задача небольшая по объему данных и по количеству пользователей.

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

2.3 Характеристика нормативно-справочной, входной и оперативной информации

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

Входные:

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

Выходные:

  1. Занесение в отчет ведомости о продаже билета, которая содержит:

серийный номер билета;

дата/время продажи билета;

категория билета;

номер кассы;

дата и время матча;

название и тип матча;

цена билета.

  1. Ведомость о сдаче документа, которая содержит:

серийный номер билета;

дата/время продажи билета;

дата/время сдачи билета;

категория билета;

номер кассы;

дата и время матча;

название и тип матча;

цена билета;

размер комиссии при сдаче билета;

сумма денег, возвращенная клиенту;

причина сдачи.

  1. Ведомость об обмене билета, которая содержит:

дата/время обмена билета;

серийный номер билета 1

категория билета 1;

серийный номер билета 2;

категория билета 2;

разница в цене;

номер кассы.

  1. Ведомость о продаже абонемента, которая содержит:

серийный номер абонемента;

дата приобретения;

номер кассы;

список названий и дат матчей;

цена абонемента;

ФИО клиента.

  1. Отчет о работе касс на опр.период:

дата создания отчета;

тип отчета;

собственно сам отчет;

  1. Карта свободных мест:
  • дата и время;
  • карта свободных мест.

3. Характеристика результатной информации

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

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

4. Программное обеспечение задачи

4.1. Общие положения (дерево функций и сценарий диалога)

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

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

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

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

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

Рис.4.1. Дерево функций ИС

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

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

В процессе диалога возможно:

  • двустороннее управление на базе языка типа «запрос-ответ»,
  • одностороннее управление со стороны ИС с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»,
  • одностороннее управление со стороны пользователя с использованием языка директив (команд).

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

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

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

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

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

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

Сценарий диалога представлен на рисунке 4.2.

Рисунок 4.2. Сценарий диалога с ИС

Сценарий диалога состоит из двух логически связанных частей:

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

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

4.2. Характеристика базы данных

В таблице 4.1 представлено описание полей таблицы «Билеты». Данная таблица служит для хранения информации по билетам.

Таблица 4.1

Структура таблицы «Билеты»

Название

Тип

Размер поля

Описание

Код_билета

счетчик

5

Уникальный ключ записи

код места

числовой

5

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

код спортивного мероприятия

числовой

5

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

код матча

числовой

5

Идентификатор матча

код концерта

числовой

5

Идентификатор концерта

В таблице 4.2 представлено описание полей таблицы «Места». Данная таблица служит для хранения информации по наличию мест на то или иное мероприятие.

Таблица 4.2

Структура таблицы «Места»

Название

Тип

Размер поля

Описание

Код_места

счетчик

Длинное целое

Уникальный ключ записи

номер места

числовой

номер места

В таблице 4.3 представлено описание полей таблицы «Матчи». Данная таблица служит для хранения информации о матчах.

Таблица 4.3

Структура таблицы «Матчи»

Название

Тип

Размер поля

Описание

Код матча

Счетчик

Длинное целое

Уникальная запись

Дата и время проведения

Дата/время

Дата проведения матча

Код команды1

Числовой

5

Код команды участника-1

Код команды 2

Числовой

5

Код команды участника-2

В таблице 4.4 представлено описание полей таблицы «Концерты».

Таблица 4.4

Структура таблицы «Концерты»

Цена

Тип

Размер поля

Описание

Код концерта

Числовой

5

Идентификатор

Код исполнителя

Числовой

20

Идентификатор исполнителя

Дата и время проведения

Дата/время

20

Дата и время проведения концерта

Таблица 4.5

Структура таблицы «Спортивные мероприятия»

Название

Тип

Размер поля

Описание

Код спортивного мероприятия

Счетчик

Длинное целое

Уникальный ключ записи

Дата и время проведения

Дата/время

Дата и время проведения спортивного мероприятия

4.3. Структурная схема пакета (дерево вызова программных модулей)

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

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

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

Рис. 4.4. Схема взаимосвязи программных модулей ИС.

4.4. Описание программных модулей

Таблица 4.8 содержит краткие сведения о программных модулях.

Таблица 4.8

Характеристики программных модулей задачи

Идентификатор модуля

Наименование модуля

Выполняемые функции

Begin

Module

Управляющая программа

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

Security

Module

Модуль проверки пароля и прав доступа

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

Form

Mod

Модуль ввода данных

Модуль, предназначенный для ввода данных по документам.

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

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

Execute

Module

Модуль обработки

Модуль обработки информации

Help

Module

Модуль ведения справочников

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

Result

Module

Модуль результатов

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

Print

Module

Модуль вывода на печать

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

5. Контрольный пример реализации проекта и его описание


При открытии программы появляется главное меню программы (рис.5.1).

АРМ кассира стадиона (продажа билетов) (SQL Server + ADO)

Рис.5.1. Главное окно программы

Возможности программы наглядно представлены на рис.5.2- 5.6.

ПрограммаC++ Builder 6.0

Рис.5.2. Справочник билетов

база данных связи sql server ado клиент сервер хранимая процедура стадион команда матч

Рис.5.3. Справочник секторов

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

Рис.5.4. Справочник радиусов

дипломная работа по програмированию

Рис.5.5. Справочник мест

лабораторная работа по програмированию

Рис.5.6. Покупки билетов

Отчеты по продажам билетов представлен на рис.5.7 – 5.8.

программирование на заказ

Рис.5.7. Билеты на футбол

информатика на заказ

Рис.5.8. Билеты на спортивные мероприятия

http://www.kursovik.com/programming/181311/2.gif

Рис.5.9. Справочник спортивных мероприятий

http://www.kursovik.com/programming/181311/3.gif

Рис.5.10. Справочник матчей

http://www.kursovik.com/programming/181311/5.gif

Рис.5.10. Справочник команд

http://www.kursovik.com/programming/181311/7.gif

Рис.5.11. Справочник концертов

http://www.kursovik.com/programming/181311/8.gif

Рис.5.12. Справочник исполнителей

Заключение

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

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

В отличие от дорогих и сложных программ автоматизации продаж, программа автоматизации продаж билетов действительно хорошо подходит для представителей малого и среднего бизнеса, так как включает все, что им необходимо, но не перегружена избыточными возможностями. Использование технологии создания программы в визуальных средах программирования делает ее интерфейс универсальным и совместимым с операционными системами Windows XP/7/Vista. Также одним из преимуществ программы является то, что она не требует достаточно большого свободного дискового пространства, так как комплект поставки занимает всего лишь 1,9 Mb памяти.

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

  1. РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов.
  2. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.
  3. ГОСТ 34.602-89. Информационная технология.
  4. ГОСТ 19.701-90. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
  5. РД IDEF0 2000. Методология функционального моделирования.
  6. Автоматизированные информационные технологии в экономике /Под ред. проф. ГА, Титоренко. - М.: ЮНИТИ, 2008.
  7. Введение в системы баз данных – СПб: Издательский дом "Вильямс", 2000. - 848 с.;
  8. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - М: «Финансы и статистика», 2000
  9. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИНТУИТ.ру, 2005
  10. Данелян Т.Я. Организация и функционирование больших информационных систем. -М.: МЭСИ, 2007
  11. Ивлиев М.К., Порошина Л.А. Автоматизация оперативного и бухгалтерского учета товаров, 1997.
  12. Информационные системы в экономике /Под ред. В.В. Дика. - М.: Финансы и статистика, 2006.
  13. Информационные системы: Учебник для вузов. 2-е изд. СПб: "Питер", 2005 г - 656 стр.
  14. Крис Дейт. Введение в базы данных, 6-е изд. Киев, Диалектика, 1998.
  15. Разработка программного обеспечения - СПб : "Питер", 2004 г - 592 стр.
  16. Реляционные базы данных: практические приемы оптимальных решений. – СПб.: БХВ-Петербург, 2005 – 400с.

Приложение

C:\Documents and Settings\ray\Рабочий стол\slide-3.jpg