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

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

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

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

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

«ВОРОНЕЖСКИЙ ГОСУДАРСТВЕННЫЙ технический УНИВЕРСИСТЕТ»

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

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

(факультет)

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

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

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

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

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

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

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

Управляющий О.Г. Яскевич

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

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

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

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

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

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

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

дата

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 .

Начальные данные для ЭИП:

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

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

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

4. Количество нужных АРМ в отделе: 3.

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

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

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

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

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

Управляющий О. Г. Яскевич

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

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

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

Замечания управляющего

Содержание

Задание на курсовую работу
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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1 Хоть какое техническое устройство с выходом в сеть.

2 Неважно какая ОС с установленным 1С предприятием.

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

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-ая: заказчик должен предоставить последующие данные о собственной организации:

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

2 Тип компании.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

е) выводы о техническом уровне проекта и способности последующих разрабо­ток.

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

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

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

Предназначение разработки

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

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

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) машина — комплекс технических средств, предназначенных для автоматической обработки информации в процессе решения вычислительных и информационных задач) (либо вычислительной системы) которое делает арифметические и логические операции данные программкой преобразования инфы управляет вычислительным действием и коор типа IntelPentium, Celeron; AMDK5K6, с тактовой частотой не ме­нее 450 МГц монитор типа VGA с разрешением 640×480 либо выше;

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

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

d) для WindowsNT: минимум 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 (QualityofService) и описана ниже). При всем этом весь разнородный тра­фик преобразуется в 48-байтовые ячейки, к которым добавляются 5-байтовые заго­ловки.

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

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

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

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

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

Перечислим типы QoS, принятые сейчас:

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

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

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

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

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

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

Главные достоинства технологии АТМ:

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

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

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

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

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

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

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

Недочеты технологии АТМ:

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

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

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

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

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

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

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

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

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

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

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

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

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

a) Константа,

b) Справочник,

c) документ,

d) Журнальчик документов,

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

f) Отчет,

g) Обработка,

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

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

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

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

Набросок 12 –Вход в приложение

Набросок 13 – Оформление заказа

Набросок 14 –Отчет по заказам

Заключение

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

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

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

Перечень литературы

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

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

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

4. Яскевич О.Г. Оперативный учет на базе платформы 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);

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

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

]]>