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

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

· Каждый вариант оценивается по полученному перечню критериев. Получается численное значение - оценка показателю качества по 5-ти бальной шкале.

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

· Лучшим считается вариант, который набрал максимальное количество баллов. [12].

Вывод: В результате выполненного анализа архитектур выявили, наибольшее соответствие архитектуры на основе «интернет/интранет» для разрабатываемой ИС.

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

3.2 Проектирование информационной структуры

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

· определение сущностей; определение зависимостей между сущностями;

· задание первичных и альтернативных ключей;

· определение атрибутов сущностей;

· приведение модели к требуемому уровню нормальной формы;

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

· задание триггеров, процедур и ограничений;

· генерация базы данных.

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

Логическая структура базы показана на рис. 3.2.

Структура базы данных состоит из следующих сущностей:

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

o IdСеанса - Уникальный идентификатор, который присваивается сеансу при его открытии в кинотеатре;



Рис. 3.2 Логическая модель данных

o Кодовое название - обычно используется в маркетинговых целя;

o Время начала - атрибут указывающий на час, минуту и секунду в которые начинается сеанс;

o Время окончания - атрибут, который указывает на час, минуту и секунду в которые заканчивается сеанс;

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

o Id Фильма - уникальный идентификатор, который присваивается фильму при его появлении в репертуаре кинотеатра;

o Название фильма;

o Актеры;

o Компания производитель;

o Продолжительность;

o Жанр;

o Id Сеанса - атрибут который служит для связи с сущностью сеанс;

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

o Id Зала - Уникальный идентификатор, который присваивается каждому имеющемуся кинозалу;

o Название зала;

o Количество мест;

o Id Фильма - атрибут который служит для связи с сущностью сеанс;

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

o Id Билета;

o Номер места;

o Цена;

o Дополнительные параметры;

o Скидка;

o Id Зала - атрибут, который необходим для связи с сущностью кинозал.

· Способ оплаты. Сущность которая характеризует способ оплаты билета. Содержит следующие атрибуты:

o Id Оплата;

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

o Id Билета - необходим для связи с сущностью билет.

Следующим шагом в разработке БД является переход от логической модели данных к физической. Используемая методология IDEF1x предполагает разработку реляционной БД, в которой физическая модель идентична логической. Заметим, что при переходе от логического уровня к физическому необходимо устранить связи «многие-ко-многим» посредством введения дополнительной сущности. Таким образом, физическая модель данных будет выглядеть, как показано на рисунке 3.3.

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



Рис. 3.3 Физическая модель данных

клиент программирование информационный

4. Реализация выбранного варианта решения

4.1 Обоснование выбора типа СУБД

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

Основные функции СУБД:

· Управление данными во внешней памяти (на дисках).

· Управление данными в оперативной памяти.

· Журнализация изменений и восстановление базы данных после сбоев.

· Поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

· Ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию.

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

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

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

Классификация СУБД:

· По модели данных:

По типу управляемой базы данных СУБД разделяются на:

· Сетевые.

· Иерархические.

· Реляционные.

· Объектно-реляционные.

· Объектно-ориентированные.

· По архитектуре организации хранения данных:

· локальные СУБД (все части локальной СУБД размещаются на одном компьютере).

· распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах).

· По способу доступа к БД:

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

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

· Встраиваемая СУБД -- библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объёмами данных.

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

Наиболее распространенные типы СУБД:

· OracleDatabase.

· Microsoft SQL Server.

· MySQL.

Рассмотрим данные типы СУБД более подробно:

1) Oracle: обладает возможностями кластеризации, мощными и экономичными средствами безопасности, полностью исключает потери данных и позволяет интерактивно обмениваться информацией. Основные достоинства - масштабируемость, безопасность, особенно важно, лидирует на платформах Unix и Windows. Пакет Oracle, наделенный самым развитым набором функций для работы с языком Java и доступа к данным через Интернет, системой оптимизации одновременного доступа. Единственным недостатком данной СУБД является сложность администрирования, однако все затраты на ее внедрение и освоение в последствии окупятся эффективной и надежной работой.

2) MicrosoftSQLServer: её важнейшие характеристики - это простота администрирования, возможность подключения к Web, быстродействие и функциональные возможности механизма сервера СУБД, наличие средств удаленного доступа. В комплект средств административного управления данной СУБД входит целый набор специальных мастеров и средств автоматической настройки параметров конфигурации. Также данная БД оснащена замечательными средствами тиражирования, позволяющими синхронизировать данные ПК с информацией БД и наоборот. Входящий в комплект поставки сервер OLAP дает возможность сохранять и анализировать все имеющиеся у пользователя данные. SQL Server уступает другим рассматриваемым СУБД по двум важным показателям: программируемость и средства работы. SQL Server функционирует только в среде Windows. Поэтому использование SQL Serverцелесообразно только если для доступа к содержимому БД используется исключительно стандарт ODBC. Microsoft SQL Server относятся к классу многопользовательских систем.

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

Приведем перечень факторов, по которым так же была произведена оценка при обосновании выбора СУБД:

· Поддержка языка запросов - MySQL "понимает" команды языка SQL (StructuredQueryLanguage -- структурированный язык запросов). Этот язык применяется во всех современных СУБД. MySQL также поддерживает интерфейс ODBC (OpenDatabaseConnectivity), протокол интерфейса с базами данных, разработанный компанией Microsoft.

· Возможности - сервер позволяет одновременно подключаться неограниченному количеству пользователей. Доступ к серверу СУБД MySQL можно осуществить в интерактивном режиме с помощью различных интерфейсов, позволяющих вводить запросы и просматривать полученные результаты: это программы-клиенты, работающие с командной строкой, Web-броузеры или программы-клиенты, работающие в системе X Window. Кроме того, в наличии имеются программные интерфейсы для таких языков, как C, Perl, Java, PHP и Python. Таким образом, можно использовать как готовое клиентское программное обеспечение, так и создавать свое собственное.

· Взаимодействие и безопасность - MySQL предназначена для работы в сети и может быть доступна через Internet, таким образом, с данными можно работать в любой точке земного шара. Но при этом СУБД MySQL снабжена развитой системой защиты от несанкционированного доступа.

· Переносимость - СУБД MySQL отлично работает как под управлением самых различных версий UNIX, так и под управлением систем, не использующих UNIX, таких как Windows и OS/2. СУБД MySQL работает как на домашних ПК, так и на мощных серверах.

· Открытое распространение - дистрибуция СУБД MySQL легкодоступна. Для этого достаточно воспользоваться Web-броузером. Если вы не понимаете как что-либо работает, просмотрите исходный код. Если вам что-то в работе не нравится, можно внести коррективы.

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

Клиентские программы для доступа к серверу. Это интерактивная программа, позволяющая делать запросы и просматривать полученные результаты, и несколько административных и сервисных программ, помогающих работать с вашим Web-узлом. Одна сервисная программа позволяет управлять сервером. Другие позволяют импортировать или экспортировать данные, проверять права доступа и т. д.

Клиентская программа, позволяющая создавать свои собственные программы. [8].

Обоснование выбора СУБД:

Перечень критериев для сравнения СУБД приведен в таблице 4.1.1.

На основании шести выбранных критериев проведем стоимостную оценку аналога и выбранной СУБД.

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

Таблица 4.1.1 - Перечень критериев для сравнения СУБД.

Сравнительные характеристики	Microsoft SQL Server	Oracle	MySQL
Стоимость	средняя	высокая	Общедоступная (GNU GPL)
Быстродействие	Нормальное	Высокое	Высокое
Возможность работы на платформе Linux	Нет	Да	Да
Возможности программирования	Приемлемо	Высокие	Высокие
Надежность	Нормальная	Высокая	Высокая
Минимальные требования к серверу БД	Pentium II 350 MHz , ОЗУ - 128 Мбайт, 250 Мбайт свободного места на диске	Pentium IV и выше ОЗУ -1024 Мб Минимальный стартовый размер БД - 100 Мб.	Pentium 100 MHz , ОЗУ - 64 Мбайт, 100 Мбайт свободного места на диске

Таблица 4.1.2 - Шкала оценок.

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо

Таблица 4.1.3 - Оценка технико-экономической эффективности.

Параметр, оценка	Весовой коэффициент	Microsoft SQL Server	MySQL
Стоимость	0,15	3	0,45	4	0,6
Быстродействие	0,15	1	0,15	3	0,45
Возможность работы на платформе Linux	0,10	2	0,2	4	0,4
Возможности программирования	0,25	1	0,25	3	0,75
Надежность	0,25	1	0,25	4	1
Минимальные требования к серверу БД	0,10	2	0,2	3	0,3
Интегральный технико-экономический показатель, Q		Qа = 1,5	Qр = 3,5

Определим каждому критерию весовой коэффициент k_j, причем

k_j= 1.

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

,

и для разработки:

Интегральный технико-экономический показатель, таким образом, равен:

Q = Q_р / Q_a = 3,5 / 1,5 = 2,33.

ВЫВОД: интегральный технико-экономический показатель больше 1, что говорит, о технико-экономической целесообразности выбранной СУБД.

Таблица 4.1.4 - Оценка технико-экономической эффективности.

Параметр, оценка	Весовой коэффициент	Oracle	MySQL
Стоимость	0,15	4	0,6	4	0,6
Быстродействие	0,15	2	0,3	3	0,45
Возможность работы на платформе Linux	0,10	3	0,3	4	0,4
Возможности программирования	0,25	2	0,5	3	0,75
Надежность	0,25	2	0,5	4	1
Минимальные требования к серверу БД	0,10	3	0,3	3	0,3
Интегральный технико-экономический показатель, Q		Qа = 2,5	Qр = 3,5

Интегральный технико-экономический показатель, таким образом, равен:

Q = Q_р / Q_a = 3,5 / 2,5 = 1,4.

Вывод: интегральный технико-экономический показатель больше 1, что говорит, о технико-экономической целесообразности выбранной СУБД MySQL

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

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

1. создавать интерфейс, используя стандартные компоненты;

2. передавать управление различным процессам, в зависимости от состояния системы;

3. создавать оболочки для баз данных, как и сами базы данных;

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

Рассмотрим наиболее распространенные среды программирования от ведущих компаний-производителей, к ним можно отнести MicrosoftVisualC++; BorlandC++ Builder; BorlandDelphi. [2].

1) MicrosoftVisual C++ - система программирования MicrosoftVisual C++ представляет собой реализацию среды разработки для распространенного языка системного программирования C++. Эта система программирования в настоящее время построена в виде интегрированной среды разработки, включающей в себя все необходимые средства для разработки программ, под управлением ОС типа MicrosoftWindows различных версий.

Основу системы программирования MicrosoftVisual C++ составляет библиотека классов MFC (Microsoftfoundationclasses). В этой библиотеке реализованы в виде классов C++ все основные органы управления и интерфейса ОС. Также в ее состав входят классы, обеспечивающие разработку приложений для архитектуры «клиент - сервер» и трехуровневой архитектуры. Система программирования MicrosoftVisual C++ позволяет разрабатывать любые приложения, выполняющиеся в среде ОС типа MicrosoftWindows, в том числе серверные или клиентские программы. Классы библиотеки MFC ориентированы на использование технологий СОМ/ DCOM, а также построенной на их основе технологии ActiveX для организации взаимодействия между клиентской и серверной частью разрабатываемых приложений.

В отличие от систем программирования компании Borland, система программирования MicrosoftVisual C++ ориентирована на использование стандартных средств хранения и обработки ресурсов интерфейса пользователя в ОС Windows. MicrosoftVisual C++ обеспечивает все необходимые средства для создания профессиональных Windows-приложений.

Сама по себе библиотека MFC является удачной реализацией широкого набора классов языка C++, ориентированного на разработку результирующих программ, выполняющихся под управлением ОС типа MicrosoftWindows. Библиотека может быть подключена к результирующей программе с помощью обычного компоновщика либо использоваться как динамическая библиотека, подключаемая к программе во время ее выполнения.

2) Borland C++ Builder - система программирования Borland C++ Builder объединила в себе идеи интегрированной среды разработки, реализованные компанией в системах TurboPascal и BorlandDelphi с возможностями языка программирования C++. Основа для Borland C++ Builder, среда Turbo С представляла собой реализацию идей, заложенных компанией в системе программирования TurboPascal, для языка программирования С. Компилятор Turbo С не был однопроходным, и потому время компиляции программы превышало время компиляции аналогичной программы в TurboPascal. Преимущество Turbo С заключалось в том, что эта система программирования строилась на базе стандартного языка программирования С. Данный язык широко распространен среди разработчиков в качестве языка системного программирования. Современная реализация Borland C++ Builder ориентирована на разработку программ, выполняющихся под управлением ОС MicrosoftWindows всех типов. Сама система программирования BorlandC++ Builder, как и BorlandDelphi, также функционирует под управлением ОС типа MicrosoftWindows. Он полностью поддерживает стандарт языка С, что делает возможным создание с помощью данной системы программирования модулей и библиотек, используемых в других средствах разработки (чего очень сложно достигнуть с помощью BorlandDelphi).

По параметрам система программирования Borland C++ Builder схожа с системой программирования BorlandDelphi. В ее основу положены те же основные идеи и технологии. Структура классов языка C++ в системе программирования Borland C++ Builder построена в той же библиотеке VCL (visualcontrollibrary), в которой строится структура классов ObjectPascal в системе программирования BorlandDelphi.

3) BorlandDelphi - система программирования BorlandDelphi явилась продолжением и развитием идей, заложенных еще в системе программирования TurboPascal. Можно указать его следующие принципиальные отличия:

новый язык программирования - ObjectPascal;

компонентная модель среды разработки, ориентированная на технологию RAD (rapidapplicationdevelopment).

В языке ObjectPascal Компания Borland попыталась учесть все недостатки существующих языков объектно-ориентированного программирования. Компонентная модель среды разработки предусматривает создание основной части программы в виде набора взаимосвязанных компонентов - классов объектно-ориентированного языка. Во время разработки исходной программы компоненты предстают в виде графических образов и обозначений, связанных между собой. Каждый компонент обладает определенным набором свойств, событий и методов. Каждому из них соответствует свой фрагмент исходного кода программы, отвечающий за обработку метода или реакции на какое-то событие. Основу системы программирования BorlandDelphi и ее компонентной модели составляет библиотека VCL (visualcomponentlibrary). В этой библиотеке реализованы в виде компонентов все основные органы управления и интерфейса ОС. В качестве недостатков данной системы программирования можно указать нестандартный формат для хранения ресурсов пользовательского интерфейса и кроме того, сам язык ObjectPascal не является признанным стандартом. Тем не менее система программирования BorlandDelphi получила широкое распространение среди разработчиков.

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

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

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

Таблица 4.2.1 - Критерии сравнения среды программирования

Критерии	Borland Delphi	Microsoft Visual C++	Borland C++ Builder
Требования к ресурсам	2	1	2
Наглядность разработки интерфейса	4	2	4
Предоставляемые возможности работы с базами данных	3	1	3
Скорость разработанного ПО	2	2	4
Удобство эксплуатации	2	3	3
Всего:	13	9	16

Вывод: В результате выполненного анализа инструментальных средств выявили, что в качестве средства среды программирования будет использован Borland C++ Builder, как наиболее оптимальное средство разработки.

4.3 Обоснование выбора ОС

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

Рассмотрим наиболее распространенные сетевые операционные системы в которые вошли: ALT LinuxServer, MacOSXServer, WindowsServer.

1) ALT LinuxServer предоставляет готовую техническую базу для решения актуальных задач любой организации в сфере информационных технологий. Для каждой из наиболее распространенных задач в состав дистрибутива входят специально подготовленные серверные решения -- виртуальные серверы. Решаемые задачи: организация среды обмена информацией (почтовый сервер с защитой от нежелательных сообщений и вирусов, сервер обмена мгновенными сообщениями, файловые серверы, сервер печати, веб-сервер, серверы баз данных); организация корпоративной сети (сетевой шлюз, прокси-сервер, централизованная аутентификация, синхронизация времени). ALT LinuxServer - это современная POSIX-совместимая и Unix-подобная операционная система для персональных компьютеров и рабочих станций. Это многопользовательская сетевая операционная система с сетевой оконной графической системой X WindowSystem.

ОС ALT LinuxServer поддерживает стандарты открытых систем и протоколы сети Internet и совместима с системами Unix, DOS, MS Windows. Все компоненты системы, включая исходные тексты, распространяются с лицензией на свободное копирование и установку для неограниченного числа пользователей.

Возможности, которые предоставляет ОС Linux:

· Linux дает возможность бесплатно и легально иметь современную ОС для использования как на работе, так и дома;

· обладает высоким быстродействием;

· работает надежно, устойчиво, совершенно без зависаний;

· не подверженаповреждениям вирусов;

· позволяет использовать полностью возможности современных ПК, снимая ограничения, присущие DOS и MS Windows по использованию памяти машины и ресурсов процессора(ов);

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

· позволяет легко интегрировать компьютер в локальные и глобальные сети, в т.ч. в Internet; работает с сетями на базе Novell и MS Windows;

· позволяет выполнять представленные в формате загрузки прикладные программы других ОС - различных версий Unix, DOS и MS Windows;

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

· предоставляет богатый набор инструментальных средств для разработки прикладных программ любой степени сложности, включая системы класса клиент-сервер, объектно-ориентированные, с многооконным текстовым и/или графическим интерфейсом, пригодных для работы как в Linux, так и в других ОС;

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

2) Mac OS X Server - операционная система от Apple, построенная на основе операционной системы Mac OS X, и объединяющая в себе мощь UNIX-сервера с простотой в использовании Макинтош. Ее устойчивый фундамент предоставляет вам все преимущества, присущие основанной на UNIX операционной системе, такие как, например, вытесняющая многозадачность, поддержка симметричной многопроцессорности, защищенная память, а также поддержка самых разных сетевых технологий и стандартов обеспечения безопасности.

Средства удаленного администрирования позволяют легко производить безопасный мониторинг и администрирование ваших служб из любого места локальной сети или через Интернет. Для максимизации времени бесперебойной работы сервера Mac OS X Server предлагает системы защиты от сбоев, автоматически обнаруживающие и нейтрализующие сбои в системных службах. Основанная на ядре с открытым кодом и доказавших себя в деле индустриальных стандартах, таких как сетевые BSD технологии, операционная система эффективно действует и в многоплатформенном мире.

Она использует собственные протоколы, позволяющие клиентам Macintosh, Windows и UNIX совместно использовать файлы и принтеры. Mac OS X Server 10 - сверхсовременная серверная система. Позволяет в короткие сроки разворачивать файловые сервера, сервера печати, сервера приложений и динамические интернет сервера. Отличается высокой надежностью и простотой в использовании.

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

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

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

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

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

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

Таблица 4.3.1 - Результаты сравнения сетевых операционных систем

Критерии	Сетевые операционные системы
	ALT Linux Server	Mac OS X Server	Windows Server
Надежность	4	3	2
Удобство пользования	3	3	2
Открытость	4	3	1
Стоимость	4	2	1
Включенные в состав программы	4	3	2
Всего:	19	14	8

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

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

4.4 Описание интерфейса пользователя

Разработанная информационная система продажи и бронирования билетов автоматизирует множество операций, выполняемых отделом по работе с клиентами кинотеатра «Кино-Max», от подготовки репертуара до подведения бухгалтерских и творческих итогов. Автоматизация рутинных операций означает повышение производительности труда и снижение количества ошибок персонала, а самое главное снижению очередей возле билетных касс. Фрагмент веб ориентированного интерфейса представлен на рисунке 4.1.



Рис. 4.1 Интерфейс продажи и бронирования билетов

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

5. Социальная значимость разработки

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

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

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

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

6. Технико-экономическое обоснование проекта

6.1 Расчет затрат на проектирование

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

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

t_o = (3t_min +2t_max)/5,

где t_о - ожидаемая длительность работ; t_min, t_max - наименьшая и наибольшая по мнению эксперта длительность работ.

Расчеты длительности всех работ на этапе проектирования сведены в таблицу 6.1.1.

Для определения продолжительности этапа проектирования Т_П по данным таблицы 6.1.1 построим график организации работ во времени.

Рисунок 6.1.1 - Ленточный график

Таблица 6.1.1 - Длительность всех работ на этапе проектирования

Наименование работ	Длительность работ (дней)	Расход машинного времени
	tmin	tmax	t0	tM
1. Разработка ТЗ	8	12	5,2	-
2. Анализ ТЗ	5	7	3,8	-
3. Поиск и изучение литературы	3	8	5,0	-
4.Обзор существующих аналогов системы;	7	14	9,8	-
5. Разработка основных этапов работы	9	11	5,8	-
6. Разработка алгоритма	10	14	11,6	-
7. Разработка программы	25	40	31,0	190
8. Отладка работы программы	21	31	25,0	100
9.БЖ и экологичность разработки	10	15	7,0	35
10.Технико- экономическое обоснование работы	9	14	5,8	30
11. Оформление пояснительной записки	6	10	12,0	80
Итого:	113	176	139,2	435

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

Капитальные затраты на этапе проектирования К_п рассчитываются по формуле:

K_П = Z_П + M_П + Н_П,

где Z_П - заработная плата проектировщика задачи на всем этапе проектирования;

M_П - затраты на использование ЭВМ на этапе проектирования;

Н_П - накладные расходы на этапе проектирования.

Одним из основных видов затрат на этапе проектирования является заработная плата проектировщика, которая рассчитывается по формуле:

где Z_д - дневная заработная плата разработчика задачи на этапе проектирования;

А_с - процент отчислений на социальное страхование (26%);

А_п - процент премий.

Средняя дневная плата рассчитывается по формуле:

Z_д= ОК / Д_р,

где: ОК - оклад разработчика (10 000 руб.);

Д_р - среднее число рабочих дней (21 дней);

Получим,

Z_д== 10 000 / 21 = 476 руб.

Отсюда,

Z_П = 476130 (1+0,07)(1+0,26) = 83 426 руб.

Стоимость одного часа машинного времени примем 15 руб, тогда затраты на использовании ЭВМ равны:

М_П = С * 435 = 15 * 435 = 6525 руб.

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

Н_П= (Z_П * 80) / 100

То есть Н_П=(83 426 *80)/100=66 740 руб.

Таким образом, капитальные затраты на этапе проектирования продукта составят:

К_П= 83 426 + 6525 + 66 740 =156 691 руб.

6.2 Состав эксплуатационных расходов

В эксплуатационные расходы входят:

· содержание персонала, занятого работой с программой;

· расходы на функционирование программы;

· накладные расходы;

· прочие расходы.

· расходы на содержание персонала

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

где n_i - численность персонала i - вида;

z_i - среднегодовая заработная плата работника i-го вида;

а_c - процент отчислений на социальное страхование, пенсионный фонд и фонд стабилизации (обычно a_c = 26,6%);

а_п - средний процент премий за год.

До внедрения программы: n₁=7, z₁=96 000 руб., а₁=10%. Следовательно:

Z₁ = 7 * 96 000 * (1+0,266) * (1+0,1) = 935 827

После внедрения программы: n₂=5, z₂=96 000 руб., а₂=10%. Значит:

Z₂ = 5 * 96 000 * (1+0,266) * (1+0,1) = 668 448

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

Расходы на функционирование программы

Расходы на функционирование системы заключаются в затратах на машинное время. Формула для расчетов имеет вид:

М = С * t,

где C - стоимость 1-го часа машинного времени;

t - необходимое для решения задачи машинное время (в часах).

При условии, что до внедрения программы компьютеры не использовались, М₁=0. Если стоимость одного часа работы составляет 15 рублей, а программа работает 2016 часов в год, то М₂= 15*2016 = 30 240 руб. после внедрения программы.

Накладные расходы:

Накладные расходы составляют 80 % от основной зарплаты персонала, занятого эксплуатацией программы. Т.о., накладные расходы составляют в год:

· до использования программы:

935 827 * 80 / 100 = 748 661

· после внедрения программы:

668 448 * 80 / 100 = 534 758

Прочие расходы:

Прочие расходы составляют 2 % от суммы всех эксплуатационных расходов.

· До внедрения программы:

(935 827 + 748 661) * 2/ 100 = 33 690 руб.

· После внедрения программы:

(668 448 + 30 240 + 534 758) * 2/ 100 = 24669.

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

Р₁ = 935 827 + 748 661 + 33 690 = 1 718 178 руб.

Р₂= 668 448 + 30 240 + 534 758 + 24669 = 1 258 115 руб.

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

Если пользователь при выполнении работы j-того вида после использования системы экономит Т_j часов, то повышение производительности труда Р_j (в процентах) определяется по формуле:

p_j = (?T_j / (t_j - ?T_j)) * 100

где t_j - время, которое планировалось пользователю для выполнения работы j-того вида до внедрения разработанной системы (в часах);

Т_j - экономия машинного времени при использовании разработанной программы (в часах).

Т_j и t_j должны быть определены в среднем за год.

В нашем случае затрачиваемое на решение без использования программы время составляет 1620 часа, с использованием программы - 720 часа, то есть экономия составляет 900 часов в год. Таким образом,

Р_j= (900 / (1620 - 900)) * 100 = 125 %

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

Р_п = Z_пР_j/ 100,

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

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

Р_п = 668 448 * 125 / 100 = 423 060

6.4 Расчет экономического эффекта от использования программы

Критерием эффективности создания и внедрения новых методов является ожидаемый экономический эффект. Он определяется по формуле:

Э = Э_г - Е_нК_п,

где Э_г - годовая экономия;

Е_н - нормативный коэффициент (Е_н= 0,15);

К_п - капитальные затраты на проектирование (см. главу 6.1).

Годовая экономия Э_г складывается из экономии эксплуатационных расходов и экономии в связи с повышением производительности труда пользователя (см. главу 4.3):

Э_г = (Р₁ - Р₂) + Р_n,

где Р₁ и Р₂ - соответственно эксплуатационные расходы до и после внедрения разрабатываемой программы;

Р_n - экономия от повышения производительности труда пользователя.

Годовая экономия будет равна:

Э_г= (1 718 178 - 1 258 115) + 423 060= 883 123 руб/год.

Таким образом, ожидаемый экономический эффект составит:

Э = 883 123 - 0,15 * 156 691= 859 619 руб/год.

6.5 Сопоставление технико-экономических характеристик разработки с аналогом

Обоснование выбора критериев для сравнения:

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

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

· количественные параметры - быстродействие.

· качественные параметры, имеющие количественную оценку

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

· новые возможности - автоматизация.

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

Выбранные критерии сведены в таблицу 6.5.1.

Таблица 6.5.1 - Перечень критериев для сравнения разработки и аналога

Количественные параметры	Качественные параметры	Новые возможности
1. Быстродействие 2. Надежность	3. Удобство пользования 4. Оперативность получения результатов	5. Автоматизация

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

Расчет сравнительной технико-экономической эффективности аналога и разработки

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

Таблица 6.5.2 - Шкала оценок

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо

Определим каждому критерию весовой коэффициент k_j, причем

k_j= 1.

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

,

и для разработки:

Таблица 6.5.3 - Оценка технико-экономической эффективности.

Параметр, оценка	Весовой коэффициент	Аналог	Разработка
Быстродействие	0,25	3	0,75	4	1,00
Надежность	0,25	1	0,25	3	0,75
Удобство пользования	0,10	2	0,20	4	0,40
Оперативность получения результатов	0,20	1	0,20	3	0,60
Автоматизация	0,20	1	0,20	4	0,80
Интегральный технико-экономический показатель, Q		Qа = 1,60	Qр = 3,55

Интегральный технико-экономический показатель, таким образом, равен:

Q = Q_h / Q_a = 3,55 / 1,6 = 2,22.

ВЫВОД: интегральный технико-экономический показатель больше 1, что говорит, о технико-экономической целесообразности разработки. [10].

7. Безопасность и экологичность проекта

7.1 Анализ безопасности процесса эксплуатации разрабатываемой ИС

В данном разделе проведен анализ безопасности использования разрабатываемой информационной системы продажи и бронирования билетов в кинотеатре «Кино-Max». Все работы выполняются при помощи ЭВМ, поэтому в этом разделе описаны требования к рабочим местам пользователей ЭВМ: разработчиков программы и рядового пользователя, который в дальнейшем будет работать с программным приложением.

7.1.1 Особенности функционального назначения ИС

Информационная система, разрабатываемая в данной работе, предназначена для автоматизации работы отдела по работе с клиентами в кинотеатре «Кино-Max». Она включает следующие функции:

· Ведение сведений о всех сеансах;

· Ведение сведений о кинозалах;

· Ведение сведений о показываемых фильмах;

· Формирование и продажа билетов на конкретный фильм, определенный сеанс и кинозал;

· мониторинг текущего состояния билетов по каждому фильму и кинозалу;

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

7.1.2 Описание процесса эксплуатации ИС

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



Рис. 7.1 Алгоритм работы с информационной системой продажи и бронирования билетов в кинотеатре «Кино-Max»

7.1.3 Системный анализ безопасности ИС

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

Любая опасность реализуется, принося ущерб, по какой-то причине или нескольким причинам, т.е. опасность есть следствие некоторой причины (причин), которая в свою очередь, является следствием другой причины и т.д. На рисунке 7.2 изображено дерево отказов.

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

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

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

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

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

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

1. Ошибки внешнего ПО и ОС

· Ошибка браузера

· Ошибка SQL сервера

· Ошибки настройки LAN/WAN

· Ошибки сервера, где физически располагается сайт

· Ошибки ОС

2. Внутренние ошибки программы

· Ошибки разработчика

· Ошибки системной безопасности

3. Некорректные действия пользователя

· Невнимательность

· Низкий уровень подготовки

4. Аппаратные ошибки

· Ошибки оборудования

· Аварийное отключение электроснабжения

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

Дерево причин представлено на рисунке 7.2. Проведем анализ событий, которые послужили причиной ошибок:

1. Ошибка браузера:

1.1 Web-страница адаптирована под иной браузер;

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

2. Ошибка SQL сервера:

2.1 Cбой в работе;

2.2 Неверная конфигурация;

3. Ошибка настройки LAN/WAN:

3.1 Ошибки в указании домена (шлюза);

3.2 Ошибки в указании адреса сервера DNS;

3.3 Неверный статический IP-адрес.

4. Ошибка сервера (хоста), где физически располагается серверная часть ПО:

4.1 Сбой электропитания;

4.2 Обрыв сетевого кабеля;

5. Ошибка ОС:

5.1Недостаток ресурсов,

5.2 Конфликт устройств,

5.3 Деструктивные действия вирусных программ.

6. Ошибки разработчика:

6.1 Ошибка внутримодульная;

6.2 Ошибка в межмодульных связях;

7. Ошибки системной безопасности:

7.1 Хранение логина или пароля в открытом виде;

7.2 НСД к ресурсам компьютера;

7.3 Утеря логина или пароля;

7.4 Атаки хакеров и компьютерные вирусы;

8. Невнимательность:

8.1 Утомление;

8.2 Cтресс;

8.3 Негативное отношение к производственной деятельности;

8.4 Личностные свойства оператора ПК;

9. Низкий уровень подготовки:

9.1 Низкая компьютерная грамотность;

9.2 Недостаточное обучение работе с программой;

10. Аварийное отключение электроснабжения:

10.1 Неблагоприятные погодные условия;

10.2 Отказ в работе или повреждение оборудования электрических сетей;

10.3 Повреждения во внутренней сети офиса;

11. Ошибки оборудования:

11.1 Конфликт оборудования;

11.2 Износ оборудования.



Рисунок 7.2 Дерево причин для сбоя в работе системы

7.1.4 Оценка напряженности процесса ИС

Напряженность любого трудового процесса может быть оценена в соответствии с Руководством P 2.2.2006 - 05 «Гигиеническими критериями оценки условий труда по показателям вредности и опасности факторов производственной среды, тяжести и напряженности трудового процесса».

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

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

Таблица 7.1 - Оценки показателей напряженности трудового процесса

Наименование показателя	Заключение	Оценка
1. Интеллектуальные нагрузки:
1.1. Содержание работы	Решение простых задач по инструкции	2.0
1.2. Восприятие сигналов (информации) и их оценка	Восприятие сигналов с последующей коррекцией действий и операций	2.0
1.3. Распределение функций по степени сложности задания	Обработка, выполнение задания и его проверка	2.0
1.4. Характер выполняемой работы	Работа выполняется по индивидуальному плану	1.0
2. Сенсорные нагрузки
2.1. Длительность сосредоточенного наблюдения (% времени смены)	26 - 50	2.0
2.2.Плотность сигналов (световых, звуковых) и сообщений в среднем за 1 час работы	до 75	1
2.3. Число производственных объектов одновременного наблюдения	Нет	1
2.4. Размер объекта различения (при расстоянии от глаз работающего до объекта различения не более 0,5 м) в мм при длительности сосредоточенного наблюдения (% времени смены)	2 - 5 мм Более 50%	2
2.5. Работа с оптическими приборами (микроскопы, лупы и т.п.) при длительности сосредоточенного наблюдения	Не ведется	1
2.6. Наблюдение за экранами видеотерминалов(часов в смену):	до 3	2
2.7. Нагрузка на слуховой анализатор (при производственной необходимости восприятия речи или дифференцированных сигналов)	Разборчивость слов и сигналов от 100 до 90 %. Помехи отсутствуют	1
2.8. Нагрузка на голосовой аппарат (суммарное количество часов, наговариваемое в неделю)	До 20	2
3. Эмоциональные нагрузки
З.1.Степень ответственности за результат собственной деятельности. Значимость ошибки	Степень ответственности связана с качеством вспомогательного задания, а ошибки приводят к дополнительным усилиям со стороны вышестоящего руководства	2
3.2. Степень риска для собственной жизни	Исключена	1
3.3. Степень ответственности за безопасность других лиц	Исключена	1
3.4. Количество конфликтных ситуаций, обусловленных профессиональной деятельностью, за смену	1 - 3	2
4. Монотонность нагрузок
4.1. Число элементов (приемов), необходимых для реализации простого задания или в многократно повторяющихся операциях	9 - 6	2
4.2. Продолжительность (в сек) выполнения простых заданий или повторяющихся операций	100 - 25	2
4.3. Время активных действий (в % к продолжительности смены). В остальное время - наблюдение за ходом производственного процесса

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

• Информационная система компании "Радуга-ТВ". Отдел продаж

  Анализ принципа работы отдела продаж на примере "Радуга-ТВ". Математическое моделирование работы с клиентами отдела продаж. Выбор архитектуры информационной системы, средств ее проектирования. Выбор системы управления базой данных, программные требования.
  
  дипломная работа [1,7 M], добавлен 20.07.2014
  

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

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

• Информационная система менеджера по работе с клиентами

  Создание информационной системы менеджера по работе с клиентами: разработка схемы потоков информации, концептуальной, датологической моделей базы данных, форм пользовательского интерфейса, основных невизуальных компонент, выполнение блок-схемы программы.
  
  курсовая работа [2,4 M], добавлен 14.03.2010
  

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

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

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

  Обзор основных функций системы биллинга абонентов кабельного телевидения. Выбор среды моделирования многоуровневой базы данных. Разработка логической и физической моделей данных. Автоматизация работы студий кабельного телевидения по работе с клиентами.
  
  курсовая работа [420,4 K], добавлен 14.11.2016
  

• Информационная система по работе с клиентами туристического агентства "Экватор"

  Построение модели информационной системы туристической компании, способной на современном уровне отвечать требованиям работников. Порядок работы информационной системы компании. Организация работы отдела кадров и снижение количества стрессовых ситуаций.
  
  дипломная работа [2,6 M], добавлен 20.07.2014
  

• Разработка информационной системы для отдела грузоперевозок ОАО "Кричеврайагропромтехснаб"

  Проектирование многопользовательской информационной системы для автоматизации работы диспетчера отдела грузоперевозок. Выбор среды программирования. Разработка программного обеспечения, таблиц базы данных АСОИ. Построение диаграмм классов и деятельности.
  
  курсовая работа [298,1 K], добавлен 03.06.2014
  

• Информационная система регистратуры гостиницы "Бастион"

  Сравнительный анализ гостиничных информационных систем. Анализ и выбор CASE-средств для моделирования бизнес-процессов. Визуальная и математическая модели предметной области, выбор архитектуры и платформы информационной системы, построение базы данных.
  
  дипломная работа [1,4 M], добавлен 20.07.2014
  

• Создание информационной системы "План–меню" для автоматизации рабочего места заведующего производством

  Технико-экономическое обоснование разработки информационной системы "План-меню". Выбор технических средств и стандартного программного обеспечения. Проектирование структуры базы данных. Разработка и структура пользовательского интерфейса и ER-модели.
  
  курсовая работа [817,6 K], добавлен 07.05.2009
  

• Информационная система (ИС) учета компьютерных комплектующих в магазине

  Выбор языка и среды программирования, технологий доступа и взаимодействия с источниками данных. Требования к разработке информационной системы. Проектирование базы данных информационной системы учета и взаимодействующего с ней приложения .NET Framework.
  
  курсовая работа [1,3 M], добавлен 17.05.2013
  

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