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

На рис. 1.12. изображена физическая структура ТО ООО «Зритель». Сетевая инфраструктура организована с использованием архитектуры Fast Ethernet. Для нее является характерной физическая организация сети в виде звезды. На рисунке видно, что сеть имеет древовидную структуру. Ее центром является маршрутизатор, который соединяет сети всех подразделов организации в единственную вычислительную сеть. Также в ТО сети присутствующие концентраторы для соединения отдельных узлов сети. Они служат также для морализации использования маршрутизатора, что обусловливается стремлением локализовать трафик подразделов. Кроме того такая организация сети повышает ее беспечность. Скорость обмена данных для сетей архитектуры Fast Ethernet составляет 100Мбит/с. Это достаточная скорость для работы современных программных комплексов офисного направления.

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

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

Как видно из рис. 1.12. сердцем информационного обеспечения организации является распределенный сервер, который исполняет роль, как сервера web-дополнений, так и сервера распределенной БД.

Рис. 1.12. Структура технического обеспечения ООО «Зритель»

1.5.2 Обоснование проектных решений по информационному обеспечению

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

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

Computer Associates ERwin 4.0 использовалась для проектирования логической и физической структуры БД. В качестве нотации использовалась нотация IDEF1X. ERwin был разработан для поддержки таких стандартов моделирования как IDEF1X и IE. Методология IDEF1X поддерживает многоуровневую структуру модели. Более того высокой уровень модели меньше будет зависеть от физической реализации БД. Например, одна и та же модель БД спроектирована для СУБД DB2 будет отличаться от той же модели БД для СУБД MS SQL, но на более высоких уровнях они (модели) будут одинаковыми. Этот принцип и используется в ERwin. Computer Associates ERwin поддерживает генерацию БД для многих серверов. Генерация БД реализована через механизм ODBC-драйверов. Также поддерживается генерация SQL-скрипта БД. Этот метод и был использован при генерации БД модулю.

HTML - (HyperText Markup Language) язык разметки гипертекста. Представляет собой организованную совокупность маркеров, которые интерпретируются браузером определенным образом. В связи с конкуренцией за рынки сбыта компаний Microsoft и Netscape не было разработано единого стандарта этого языка. Это поставило разработчиков web-дополнений в тяжелое положение, из-за того, что было необходимо поддерживать два основных стандарта HTML: стандарт от Microsoft и Netscape. Но вскоре появился единственный стандарт от консорциума W3, но и сейчас браузеры компаний-производителей не всегда в полном объеме поддерживают этот стандарт.

CSS - (Cascading Style Sheets) каскадные таблицы стилей являют собой простую технологию определения и присоединения стилей к HTML документу. Стиль - это все то, что определяет внешний вид документу при его отображении в окне браузера: шрифт, цвет, границы таблиц, их цвет, позиционирование объектов и др. Таблица стилей - это шаблон, который руководит форматированием HTML тэгов в web-документе.

PHP является слабо типизирующим языком. Был избран именно этот язык благодаря его сходству со структурами управления на язык С++. Кроме того, использование этого языка в разработке web-дополнений является достаточно распространенным явлением. Это в большинстве случаев обусловлено его доступностью и простотой.

JavaScript - используется в основном для проверки данных пользователя и реализации интерактивности web-дополнений. Скрипт выполняется со стороны клиента. Его синтаксис очень похож синтаксис С++. Имеет встроенные объекты, которые позволяют обращаться к некоторым функциям браузера.

1.5.3 Обоснование проектных решений по программному обеспечению

Из-за того, что Internet-технологии в своем большинстве являются открытыми технологиями, для разработки самих дополнений можно использовать любой текстовый редактор. Но для разработки дополнений данной квалификационной работы использовался профессиональный пакет разработки web-страниц Macromedia Dreamweaver MX, который соединяет в себе скорость визуальной разработки сайтов и точность ручной разработки. Кроме того этот пакет поддерживает разработку PHP-скриптов.

В качестве языка серверных вставок используется бесплатный скрипт-язык PHP. Он удобен для разработки серверных вставок и, кроме того, из-за того, что его интерпретатор реализован в виде модулей, поддерживается многими HTTP-серверами.

Для хранения и выборки данных используется СУБД Interbase компании Borland Software Corporation. Она зарекомендовала себя как легкая СУБД с достаточно высокими скоростными показателями и малой потребностью системных ресурсов. Кроме того, по сравнению со стандартной для решения задач данного типа СУБД MySQL, СУБД Interbase имеет достаточные функциональные возможности для последующей интеграции в подсистемы торговой организации. Это, прежде всего, объясняется поддержкой триггеров, процедур, которые сохраняются на сервере, и представлений.

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

Для разметки Web-страниц использовался язык гипертекстовой разметки HTML (HyperText Markup Language). Сам язык реализован в виде дескрипторов маркеров, которые описывают размещения элементов страницы, а также дополнительные характеристики каждого элемента.

II Проектная часть

2.1 Разработка проекта автоматизации: информационный менеджмент

2.1.1 Этапы жизненного цикла проекта автоматизации

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

Жизненный цикл -- это проекция пользовательского понятия «время жизни» на понятие разработчика «технологический цикл (цикл разработки)».

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

Рис. 2.1. Разработка, использование и сопровождение
программного обеспечения

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

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

Фазы разбиваются на ряд этапов (Рис. 2.1., 2.2.).

Рис. 2.2. Модель жизненного цикла проекта

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

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

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

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18