перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

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

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

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

Клиентские приложения становятся все более сложными и все менее управляемыми. Это общая тенденция для двухзвенного клиент-серверного подхода.

Двухзвенная клиент-серверная архитектура – это архитектура, существенно зависящая от применяемых программных инструментов.

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

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

1.2.3 Трехзвенные приложения

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

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

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

1.2.3.1 Модули и объекты

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

1.2.3.2 Балансировка загрузки и надежность системы

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

скачать бесплатно Автоматизированная система управления документооборотом ЦЗЛ

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

2 Характеристика объекта информатизации Существует более 10 различных форм заказов, которые различаются по цехам и по видам испытаний
1 Однозвенные приложения Для мэйнфремов и для мини-компьютеров многопользовательские приложения обычно не разбиваются на свои фундаментальные составляющие
Также двухзвенный клиент-серверный подход хорошо работает в случае, когда все корпоративные данные хранятся лишь в одном месте, в одном SQL-сервере
Эта задача решена для всех компонент системы, и не требует отдельной проработки для каждой компоненты
Существующие серверы приложений, которые не поддерживают этих архитектур, предлагают свои внутренние механизмы для построения трехзвенной архитектуры
В предельном случае готовое клиентское приложение, хранящееся на сервере, просто инсталлируется на клиентский компьютер
Из C++ программ можно использовать C библиотеки, и с C++ можно использовать большую часть инструментальных средств, поддерживающих программирование на C
В то же время программисты могут пользоваться системными библиотечными программами, чтобы более эффективно использовать особенности конкретных операционных сред
Операционная система Linux поддерживает стандарты открытых систем и протоколы сети Internet и совместима с системами Unix, DOS, MS Windows
Поставщики СУБД предлагают программные продукты для различных вычислительных систем: от персональных компьютеров и рабочих станций до локальных сетей, мини-компьютеров и больших ЭВМ
Высокая экономичность и универсальность мощной встраиваемой СУБД Borland InterBase – это широко распространенная СУБД для потребительских приложений, используемых тысячами конечных пользователей
Oracle поддерживает абстрактные типы данных, то есть разработчик может конструировать новые типы данных из базовых
21 сервер ППП соединяется с сервером Batch
3 Требования к удобству эксплуатации Все разработанные клиентские части должны иметь удобный для эксплуатации интерфейс, максимально облегчать ввод данных оператору
Оператор может последовательно получить все непринятые заказы, нажимая кнопку «Получить» или может сразу ввести номер нужного заказа в поле и нажать кнопку «Загрузить»
Из-за большого объема приведены два кода программы – это файлы DWTT_web (Приложение А) и Zakaz_web (Приложение Б)
Фонд заработной платы представляет собой сумму основной и дополнительной заработной платы: 65460+13092 = 78552 руб
Затраты на ручную обработку информации определяются по формуле: Зр = Ои ( Ц ( Гд / Нв, где Ои – объём информации, обрабатываемой вручную, Мбайт; Ц – стоимость одного часа работы, руб
2 / 272692,62 ( 0,58 Поскольку Эр > 0
Поэтому необходимо: бережно обращаться с этой техникой; не входить в лабораторию в верхней одежде; войдя в лабораторию, спокойно занимать своё место
При возникновении сбоя на клиентской части системы, оператор прежде всего должен убедиться, что он не вызван сторонними причинами, частично указанными выше
Учебный курс MCAD/MCSD/Пер