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

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ



         ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

     ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

		«ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИСТЕТ»

(ГОУВПО «ВГТУ»)

	                                       Естественно-гуманитарный факультет	

	(факультет)

	Кафедра    Систем автоматизированного проектирования и информационных систем  

	

	КУРСОВАЯ РАБОТА

	

	по дисциплине       Корпоративные информационные системы	

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

	

	Расчетно-пояснительная записка

	

	Разработал студентка                                                                                      М.В.Козеева

	                                                Подпись, дата                                                  Инициалы, фамилия                                                                                                                 

	Руководитель                                                                                                   О.Г. Яскевич

	                                                Подпись, дата                                                  Инициалы, фамилия                                                                                                                                                      

			Члены комиссии        	                               	  

	                                                Подпись, дата                                                  Инициалы, фамилия   

				                                     	                                                                                                	  

	                                                Подпись, дата                                                  Инициалы, фамилия                                                                                                                                                                                                                                                                                          

	 Нормоконтролер    	

	                                               Подпись, дата                                                  Инициалы, фамилия

	

	Защищена	____________Оценка_____________________________________________

	                        дата  



2010
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

	

	ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

	ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

	«ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

(ГОУВПО «ВГТУ»)

			Кафедра инженерной экономики	



ЗАДАНИЕ

	на курсовую работу

	по дисциплине   Корпоративные информационные системы                                         

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

		Студентка группы    ИС-061                                        Козеева Мария Викторовна

Фамилия, имя, отчество

	Номер варианта 1							                    	

	Технические условия ПК с процессором Intel® Pentium® или AMD® Athlon® 1,8 ГГц или более мощным; операционная система Microsoft Windows XP или выше; 512 МБ ОЗУ                                                                                                                         . 

	Содержание и объем работы (графические работы, расчеты и прочее): объем   работы -38 страниц, 14 рисунков, 3 таблицы                                                                            .

	Сроки выполнения этапов теоретическая часть-1.04.2010-10.04.2010; практическая  .    часть-12.04.2010-13.05.201                                                                                                   .

	Срок защиты курсовой работы 17.05.2010                                                                         .

	Исходные данные для ЭИП:

	Количество филиалов: 2.

	Территориальное размещение филиалов корпорации, км.: 5.

	Количество отделов в филиале: 4.

	Количество необходимых АРМ в отделе: 3.

	Организационная структура корпорации: иерархическая.

	Тип организации работ по проектированию КИС: 3.

	Количество одновременно разрабатываемых проектов филиалом: 7.

	Архитектура сети «клиент-сервер»: трехуровневая.

	Метод передачи данных в сети: АТМ.

Руководитель									О. Г. Яскевич

							Подпись, дата	                            Инициалы, фамилия

						Задание принял студент	                                                               М.В. Козеева

							Подпись, дата	                             Инициалы, фамилия


Замечания руководителя



	
Содержание

	

	Задание на курсовую работу 

	2

Замечания руководителя

3

Введение

5

1 Описание предметной области

6

1.1 Организационная структура компании

6

1.2 Цели, назначения, задачи создания программного обеспечения ИС

7

1.3 Исследование и обоснование создания системы

1.3.1 Предварительное изучение предметной области

1.3.2 Проведение сбора и формализация материалов обследования

1.3.3 Анализ материалов обследования

8

8

11

13

1.4 Разработка технико-экономического обоснования

14

1.5 Разработка технического задания

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

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

15

17

18

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

19

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

19

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

21

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

22

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

24

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

24

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

25

		4 Описание программного средства

31

  4.1 Выбор языка программирования

31

  4.2 Контрольный пример

32

Заключение

34

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



Приложение А. Листинг программы

36




Введение



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

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

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

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




















1 Описание предметной области

1.1 Организационная структура компании



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

 Данная организация имеет 2 филиала, территориально размещенных на расстоянии 5 км. В каждом филиале имеется по 4 отдела, вмещающих 3 АРМ. Салон красоты имеет иерархическую организационную структуру.

Также должна быть организована трехуровневая структура сети по типу “клиент-сервер”.

		

	

Рисунок 1 – Организационная структура компании

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

1.2 Цели, назначения и задачи создания программного обеспечения информационной системы



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

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

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

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

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

1 Любое техническое устройство с выходом в сеть.

2 Любая ОС с установленным  1С предприятием.

В основе проектирования лежит модель жизненного цикла ЭИС. Процесс каскадного проектирования в жизненном цикле ЭИС делится на следующие семь стадий:

1 Исследование и обоснование создания системы.

2 Разработка технического задания.

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

4 Техническое проектирование.

5 Рабочее проектирование.

6 Ввод в действие.

7 Функционирование, сопровождение, модернизация.

Ниже будет рассмотрено проведение разрабатываемой КИС по всем этапам жизненного цикла.



1.3. Исследование и обоснование создания системы

1.3.1 Предварительное изучение предметной области



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

Основной целью выполнения первого этапа предпроектного обследования "Сбор материалов" является:

1 Выявление основных параметров предметной области.

2 Установление условий, в которых будет функционировать проект ЭИС.

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

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

Далее выбираются методы проведения обследования:

1 По цели обследования – метод системного обследования объекта;

2 По числу исполнителей – индивидуальное обследование;

3 По степени охвата предметной области - метод сплошного обследования;

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

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

Для организации труда проектировщиков во время выполнения сбора материалов обследования и его последующего анализа необходима разработка «Плана-графика выполнения работ на предпроектной стадии» (таблица 2):



































Таблица 1 –Программа обследования

№

Наименование вопроса

Источник информации

Получатель информации

1

Цель функционирования объекта

Руководитель предприятия















Руководитель проекта















2

Основные параметры объекта

Руководитель предприятия



3

Организационная структура объекта

Заместитель руководителя



4

Функции, выполняемые в структурных подразделениях

Заместитель руководителя



5

Описание хозяйственных процессов

Специалисты предметной области



6

Описание структуры информационных и материальных потоков

Специалисты предметной области



7

Частоты возникновения потоков

Специалисты предметной области



8

Направление движения потоков

Специалисты предметной области















Таблица 2- План-график выполнения работ 

№

Наименование работы

Код работы

Исполнитель

Дата начала

Длительность выполнения

Дата окончания

1

Определение целей и параметров предприятия

001

Руководитель проекта Петров П. П.

01.03.10

1

02.03.10

2

Определение организационный структуры предприятия

002



04.03.10

2

06.03.10

3

Описание хозяйственных процессов на предприятии

003



06.03.10

2

09.03.10

4

Описание структуры информационных и материальных потоков

004



09.03.10

3

12.03.10



1.3.2  Проведение сбора и формализация материалов обследования



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

1 Наименование объекта и его принадлежность.

2 Тип предприятия.

3Вид производства.

4 Режимы работ.

5 Виды и номенклатура продукции и услуг.

6 Виды и количество оборудования и материальных услуг.

7 Количество отделов.

8 Численность работающих.

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

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

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

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

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

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



1.3.3 Анализ материалов обследования



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

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

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

б) количество связей этого подразделения с другими подразделения;

в) важность этого подразделения в процессах управления объектом;

г) степень подготовленности подразделения для внедрения вычислительной техники. 

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

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



1.4 Разработка технико-экономического обоснования 



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

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

Организационные параметры ЭИС для данной организации: фирма разбита на 2 филиала, в каждом из которых находится по 4 отдела; расстояние между филиалами составляет 5 км. 

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

Прежде, чем разработчики перейдут к написанию ТЗ, следует, чтобы в ТЭО были описаны следующие показатели:

а) характеристика исходных данных о предметной области;

б) обоснование цели создания ЭИС;

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

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

д) расчет и обоснование эффективности выбранного проекта;

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



1.5 Разработка технического задания

Цель разработки

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

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

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

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

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

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

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

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

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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

для 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 Discard. Это очень существенное дополнение позволяет при потере ячейки (например, при перегрузке) не передавать оставашиеся ячейки из этого же пакета (кроме последней ячейки пакета), так как пакет уже не подлежит восстановлению. Данная операция особенно важна при использовании такого низкопроиритетного режима, как 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 Возможны требования по предоставлению «прозрачных» каналов связи, например для соединения выносов АТС.





















4 Описание программного средства

	4.1 Выбор языка программирования



	Для реализации  проекта был выбран встроенный язык программирования 1С:Предприятие, как один из наиболее популярных и удобных средств разработки.

Средой исполнения языка является программная платформа «1С:Предприятие». Визуальная среда разработки («Конфигуратор») является неотъемлемой частью пакета программ «1С:Предприятие». Платформой предоставляется фиксированный набор базовых классов, ориентированных на решение типовых задач прикладной области:

Константа,

Справочник,

Документ,

Журнал документов,

Перечисление,

Отчет,

Обработка,

План счетов и др.

На основании базовых классов средствами визуального конфигурирования можно создавать любое количество порождённых классов (возможность определить новый класс программно — отсутствует). Допускается только одна явная ступень наследования классов. Как правило, объекты порождённых классов представляют собой записи (или некоторые наборы записей) в базе данных. Такие классы образуют «Дерево метаданных». В терминах встроенного языка программирования 1С такие классы называются объектами метаданных. Основными видами объектов метаданных являются: Справочники, Документы, Отчеты, Обработки, Планы видов характеристик, Планы счетов, Планы видов расчета, Регистры сведений, Регистры накопления, Регистры расчета, Бизнес-процессы, Задачи.



4.2 Контрольный пример



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



Рисунок 12 –Вход в приложение





Рисунок 13 – Оформление заказа





 Рисунок 14 –Отчет по заказам




Заключение



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

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

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




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

	Долгих Д. В., Хаустович А. В. Технологии проектирования корпоративных информационных систем .-Воронеж, 2000.

	Ландсберг С. Е. Проектирование сложных ИС.- Воронеж, 2002.

	Яскевич О. Г. Корпоративные информационные системы. – Воронеж, 2004

	Яскевич О.Г. Оперативный учет на базе платформы 1С:предприятие.-Воронеж, 2003

















































	Приложение А (обязательное)

	Листинг программы

	

Процедура ПриОткрытии()

	ПриЗаписиПерепроводить(1);

КонецПроцедуры   

         

Процедура Кол()

    КолО=Окр(Кол*(Ед.Коэффициент),2,1);

    Сумма=Окр(КолО*Цена,2,1);

КонецПроцедуры



Процедура Ед()

     КолО=Окр(Кол*(Ед.Коэффициент),2,1);

    Сумма=Окр(КолО*Цена,2,1);

КонецПроцедуры

  

Процедура Цена()

     Сумма=Окр(КолО*Цена,2,1);

КонецПроцедуры

                 



Процедура Мастера()

    Договор=ПолучитьПустоеЗначение("Справочник.Договора");

КонецПроцедуры   

        

Процедура Услуга()

	Если Кол=0 Тогда

		Кол=1;

	КонецЕсли;

	СпрЕд=СоздатьОбъект("Справочник.Единицы");

	СпрЕд.ИспользоватьВладельца(Услуги);

	СпрЕд.ВыбратьЭлементы();

	Пока СпрЕд.ПолучитьЭлемент()=1 Цикл

		Если СпрЕд.Ед=Услуги.ЕдИзм Тогда

			Ед=СпрЕд.ТекущийЭлемент();

			Прервать;

		КонецЕсли;

	КонецЦикла;

	КолО=Окр(Кол*(Ед.Коэффициент),2,1);

	Цена=Окр(Услуги.ЦенаР.Получить(ДатаДок),2,1);

	Сумма=Окр(КолО*Цена,2,1);



КонецПроцедуры

	

	

// ********************

//

Процедура ОбработкаПроведения()



    Если Мастера.Выбран()=0 Тогда

   	Предупреждение ("Мастер не выбран");

   	НеПроводитьДокумент();

   КонецЕсли;

   

	  Если ДатаВып<ДатаДок Тогда

	 	Предупреждение ("Неверная дата ");

	 	НеПроводитьДокумент();

	 КонецЕсли;

	 Регистр.Расчеты.Мастера=Мастера;

	 Регистр.Расчеты.Услуги=Услуги;    

	 Регистр.Расчеты.Сумма=Итог("Сумма");

	 Регистр.Расчеты.ФлагДвижения=1;

	 Регистр.Расчеты.ДвижениеПриходВыполнить();



КонецПроцедуры





********************



Процедура ДатаН()

	ДатаК=ПолучитьДатуТА();

	Если ДатаН>ДатаК Тогда

		ДатаН=ДатаК;

	КонецЕсли;

КонецПроцедуры



        Процедура ДатаК()

	Если ДатаК<ДатаН Тогда

		ДатаК=ДатаН;

	ИначеЕсли ДатаК>ПолучитьДатуТА() Тогда

		ДатаК=ПолучитьДатуТА();

	КонецЕсли;

КонецПроцедуры



  Процедура Сформировать()  

	Запрос=СоздатьОбъект("Запрос");

	ТЗ="

	|Период с ДатаН по ДатаК;

	|Контр=Регистр.Расчеты.Мастера;

	|Дог=Регистр.Расчеты.Договора;

	|Долг=Регистр.Расчеты.Сумма; 

	|Функция СумКонОст=КонОст(Долг);

	|Группировка Контр упорядочить по Контр.Код;

	|";

	Если Запрос.Выполнить(ТЗ)=0 Тогда

		Сообщить("Запрос не выполнен");

		Возврат;

	КонецЕсли;

	ИтогоМы=0;

	ИтогоНам=0;

	Таб=СоздатьОбъект("Таблица");

	Таб.ИсходнаяТаблица("");

	Таб.ВывестиСекцию("Шапка");

	Пока Запрос.Группировка("Контр")=1 Цикл 

	

		ТЭ=Запрос.Контр;

		Долг=Запрос.СумКонОст;

		Если ТЭ.ЭтоГруппа()=1 Тогда

				НазГр=СокрЛП(ТЭ.Наименование);

			

				Если Долг=0 Тогда

				ИначеЕсли Долг>0 Тогда

					Мы=Долг;

					Нам=0;

				ИначеЕсли Долг<0 Тогда

					Мы=0;

					Нам=-Долг;

				КонецЕсли;

	Таб.ВывестиСекцию("Группа"); Иначе

			Наз="("+СокрЛП(Строка(ТЭ.Код))+")"+СокрЛП(ТЭ.Наименование); 

		

			Если Долг=0 Тогда

				Продолжить;

			ИначеЕсли Долг>0 Тогда

				Мы=Долг;

				Нам=0;

				ИтогоМы=ИтогоМы+Мы;

			ИначеЕсли Долг<0 Тогда

				 Мы=0;

				 Нам=-Долг;

				 ИтогоНам=ИтогоНам+Нам;

	КонецЕсли;

Таб.ВывестиСекцию("Строка");

КонецЕсли;

КонецЦикла;

Таб.ВывестиСекцию("Итого");

Таб.ТолькоПросмотр(1);

Таб.ПараметрыСтраницы(1,100,1);

Таб.Показать("");

КонецПроцедуры











2