Назначение разработки

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

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

a) Анализ существующих потребностей заказчика в области автоматизирован­ного управления салоном.

b) Совместная разработка с заказчиком технического задания.

c) Разработка, программирование и отладка.

d) Написание документации.

e) Опытная эксплуатация.

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

 

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

a) создание новой учетной записи клиента – анкеты, содержащий в себе: ФИО клиента, контактная информация, список услуг, выбранные клиен­тами, стоимость. Изначально информация о клиенте вносится в базу, затем добавляется в форму заявки;

b) формирование списка услуг;

c) определение даты выполнения заявки;

d) предварительный расчет суммы заказа.

Требование к функциональным характеристикам программы:

a) вывод стандартной цены заказа по наименованию;

b) вывод информации о сумме заказа;

c) вывод общей стоимости по заявкам;

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

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

a) организацией бесперебойного питания технических средств;

b) использованием лицензионного программного обеспечения;

c) регулярным выполнением рекомендаций Министерства труда и социаль­ного развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

d) регулярным выполнением требований ГОСТ 51188-98. Защита информа­ции. Испытания программных средств на наличие компьютерных вирусов

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

Требования к интерфейсу:

a) поле выбора даты документа;

b) поле номера документа (автоматически);

c) поле выбора услуги;

d) поле выбора мастера;

e) поля выбора даты выполнения заказа;

f) поле вывода суммы

Минимально необходимыми для работы программного средства являются следую­щие параметры оборудования и операционной среды:

a) процессор типа Intel Pentium, Celeron; AMD K5\K6, с тактовой частотой не ме­нее 450 МГц монитор типа VGA с разрешением 640x480 или выше;

b) 32-разрядная версия ОС Windows;

c) для Windows 9x: минимум 128 Мб оперативной памяти;

d) для Windows NT: минимум 128 Мб оперативной памяти.

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

 

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

 

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

 

1.7 Техническое проектирование ЭИС

 

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

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

Таблица 3 – Постановка задач

Функциональная подсистема	Поставленные задачи
1 Исследование и обоснование созда­ния системы	Сбор данных об организации, анализ предметной области, утверждение ин­формации заказчиком.
2 Разработка ТЭО и ТЗ	Определяются организационные, эконо­мические, информационные пара­метры ЭИС, разработка ТЗ
3 Создание эскизного проекта	Построение схем и приложений струк­туры организации
4 Техническое проектирование	Логическая проработка ЭИС, разра­ботка локальных проектных решений, перестроение организационной струк­туры

 

Также на этом этапе разрабатывается структура входных и выходных сообще­ний, проектируется состав и структура информационной базы, уточняется состав техни­ческих средств. Затем проект будущей КИС передается на рассмотрение заказ­чику.

2. Функциональное моделирование корпоративной ИС

2.1 Функциональная модель предметной области

 

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

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

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

В соответствии с описанными бизнес-процессами построим, приведенные на рисун­ках 2, 3,4  диаграммы IDEF0.

 

 

Рисунок 2 - Контекстная диаграмма

 

Рисунок 3 – Детализация контекстной диаграммы

 

Рисунок 4 – Детализация процесса “Оформление заказа”

 

2.2 Инфологическая модель предметной области

 

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

Рисунок 5 – Инфологическая модель предметной области

 

2.3 Даталогическое проектирование базы данных

 

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

 

Рисунок 6 – Даталогическая модель предметной области

 

 

3 Проектирование цифровых сетей передачи данных корпоративной информацион­ной системы

 

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

 

3.1 Архитектура «клиент-сервер»

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

Рисунок 7- Архитектура «клиент-сервер»

 

 

3.2 Структура сети передачи данных

 

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

По заданию основой сети проектной организации является сеть АТМ. Данный вид сети используется для связи между корпусами и приведен на рисунке 8.

 

Рисунок 8 – Организация сети между филиалами

 

Для разграничения сетевого трафика внутри корпуса от внешней сети использу­ется маршрутизатор (Router), который помимо этого позволяет уберечь сеть корпуса от пакетного шторма в случае неполадок во внешней сети. Все помеще­ния корпуса соединены между собой концентратором (Switch) и работают по сетевой технологии на тонком коаксиальном кабеле с пропускной способностью 10 Mbit/s. Расположенные в помещениях АРМ обмениваются с сервером приложений транзакциями по 50 байт через каждые 1 с, представляющими собой HTTP-трафик. К серверу приложений, расположенному в первом корпусе обращаются как АРМ из первого, так и из второго корпусов. Структура сети в первом корпусе приведена на рисунке 9.

 

Рисунок 9 – Организация сети первого корпуса

 

Структура сети второго корпуса приведена на рисунке 10.

 

 

Рисунок 10 – Организация сети второго корпуса

 

Все помещения корпусов организованы единообразно. АРМ соединены между со­бой с помощью центрального концентратора. Структура сети помещений приве­дена на рисунке 11.

 

Рисунок 11 – Организация сети типового помещения

 

Относительно молодая технология АТМ, в отличие от традиционных сетевых тех­нологий, ориентирована на соединение. Поэтому перед тем, как передать информа­цию между пользователями, организуется виртуальный канал, который дейст­вует до момента окончания передачи. Это несколько напоминает телефонную сеть, то есть для каждой взаимодействующей пары пользователей организуется выделен­ная полоса пропускания с заранее заказанными характеристиками (ширина полосы пропускания, максимальные задержки при передаче и т.д. — такая опция называ­ется QoS (Quality of Service) и описана ниже). При этом весь разнородный тра­фик преобразуется в 48-байтовые ячейки, к которым добавляются 5-байтовые заго­ловки.

В настоящий момент поддерживаются скорости передачи в опорной сети 155 Мбит/с и 622 Мбит/с, но существует и оборудование, рассчитанное на передачу 2,4 Гбит/с. Появление более высокоскоростных устройств затрудняется сложностью техно­логии; кроме того, стоимость такого порта на порядки выше порта DWDM мульти­плексора, что делает подобную систему нерентабельной.

В отличие от технологий, где применяется временное мультиплексирование (TDM), технология АТМ позволяет динамически изменять полосу пропускания, исполь­зуемую под определенный поток, что дает возможность эффективно использо­вать имеющиеся каналы связи. К тому же, предусмотрен развитый меха­низм предоставления качественного обслуживания.

Обеспечение режима QoS на 2-3-м уровне модели OSI является коренным отли­чием технологии АТМ от таких сетевых технологий, которые, независимо от ширины полосы пропускания, в принципе не могут предоставлять столь развитые возможности QoS. Это означает, что сегодня АТМ является единственной техноло­гией, позволяющей полноценно передавать интегральный трафик (голос, видео, дан­ные), одновременно удовлетворяя совершенно несовместимым требованиям к усло­виям передачи и жестким условиям в плане загрузки канала связи. Так, например, при передаче голоса или видео в реальном режиме времени очень актуальным стано­вится обеспечение гарантированной полосы пропускания и минимальных времен­ных задержек и потерь ячеек при передаче.

Основными устройствами сети АТМ являются АТМ-коммутаторы, отвечаю­щие за установление соединения между пользователями и за предоставление им при этом QoS.

Как уже отмечалось выше, организация полноценного АТМ-соединения, кроме организации физического канала (например, в 155 Мбит/с), предусматривает еще и выполнение некоторых крайне важных функций, в частности обеспечение QoS.

Перечислим типы QoS, принятые сегодня:

1 CBR (Constant Bit Rate) — выделение канала с фиксированной пропускной спо­собностью и другими параметрами (предельно допустимая задержка при пере­даче данных, и т.д.), заказанными пользователем. Такой вид QoS лучше всего подхо­дит для передачи голоса.

2 RT-VBR (Real Time Variable Bit Rate) — выделение канала с пропускной способ­ностью в пределах коридора (минимум-максимум) и другими параметрами (максимальная задержка при передаче, и т.д.), запрошенными пользователем. RT-VBR идеально подходит для передачи видео и голоса. Имеет жесткие требования к задержке при передаче (поскольку предназначается для передачи трафика в режиме реального времени).

3 NRT-VBR (Non Real Time Variable Bit Rate) — VBR с ослабленными требова­ниями к задержке передачи. NRT-VBR может применяться для передачи ви­део и голоса, не требующих режима реального времени.

4 ABR (Available Bit Rate) — предоставление пользователю части физического ка­нала, оставшейся невостребованной; причем при установлении соединения пользова­тель задает максимальную и минимальную скорости передачи. Поскольку ABR не контролирует величину задержек передачи, этот режим рекомендуется приме­нять при передаче данных (то есть для трафика, не чувствительного к за­держке передачи).

5 UBR (Unspecified Bit Rate) — самый низкоприоритетный тип трафика. Не преду­сматривает гарантированного предоставления пользователю какой-либо по­лосы пропускания. Все зависит от того, имеется ли возможность предоставления пользо­вателю какого-либо канала.

6 UBR+ — модифицированный UBR, дополненный функцией Intelligent Packet Dis­card. Это очень существенное дополнение позволяет при потере ячейки (напри­мер, при перегрузке) не передавать оставашиеся ячейки из этого же пакета (кроме последней ячейки пакета), так как пакет уже не подлежит восстановлению. Данная операция особенно важна при использовании такого низкопроиритетного режима, как UBR. Следовательно, применение UBR+ позволяет разгрузить физические ка­налы АТМ.

Основные преимущества технологии АТМ:

1 Динамическое управление полосой пропускания каналов связи.

2 Предоставление QoS для различных типов трафика.

3 Возможности резервирования каналов связи и оборудования.

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

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

6 Возможность эмуляции «прозрачных» каналов связи.

7 Совместимость с технологией FR и предоставление сервисов пользователям FR. - используя технологию MPLS (Tag Switching), сервис-провайдер, имеющий опор­ную сеть АТМ, может динамически коммутировать трафик IP по опорной сети АТМ в реальном масштабе времени. При этом появляется возможность предостав­лять необходимый QoS, соотнося уровни приоритезации IP И АТМ.

Недостатки технологии АТМ:

1 Сложность технологии.

2 Относительно высокие цены оборудования.

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

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

Использование технологии АТМ при построении опорной сети рекомендуется в следующих случаях:

1 Загрузка каналов близка к предельной.

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

3 Доля голосового трафика в общей загрузке канала является существенной.

4 Возможны требования по предоставлению «прозрачных» каналов связи, напри­мер для соединения выносов АТС.