KUR_RAB (25 вариант), страница 13
Описание файла
Файл "KUR_RAB" внутри архива находится в папке "25 вариант". Документ из архива "25 вариант", который расположен в категории "". Всё это находится в предмете "эксплуатация автоматизированных систем обработки информации и управления (асоииу)" из 9 семестр (1 семестр магистратуры), которые можно найти в файловом архиве МГТУ им. Н.Э.Баумана. Не смотря на прямую связь этого архива с МГТУ им. Н.Э.Баумана, его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "эксплуатация асоииу" в общих файлах.
Онлайн просмотр документа "KUR_RAB"
Текст 13 страницы из документа "KUR_RAB"
Существует фундаментальное различие между технологией "SQL-клиент - SQL-сервер" и технологией продуктов класса middleware (например, менеджера распределенных транзакций Tuxedo System). В первом случае клиент явным образом запрашивает данные, зная структуру базы данных (имеет место так называемый data shipping, то есть "поставка данных" клиенту). Клиент передает СУБД SQL-запрос, в ответ получает данные. Имеет место жесткая связь типа "точка- точка", для реализации которой все СУБД используют закрытый SQL-канал (например, Oracle SQL*Net). Он строится двумя процессами: SQL/Net на компьютере - клиенте и SQL/Net на компьютере-сервере и порождается по инициативе клиента оператором CONNECT. Канал закрыт в том смысле, что невозможно, например, написать программу, которая будет шифровать SQL- запросы по специальному алгоритму (стандартные алгоритмы шифрования, используемые, например, в Oracle SQL*Net, вряд ли будут сертифицированы ФАПСИ).
В случае трехзвенной схемы клиент явно запрашивает один из сервисов (предоставляемых прикладным компонентом), передавая ему некоторое сообщение (например) и получает ответ также в виде сообщения. Клиент направляет запрос в информационную шину (которую строит Tuxedo System), ничего не зная о месте расположения сервиса. Имеет место так называемый function shipping (то есть "поставка функций" клиенту). Важно, что для Клиента база данных (в том числе и DDB) закрыта слоем Сервисов. Более того, он вообще ничего не знает о ее существовании, так как все операции над базой данных выполняются внутри сервисов.
Сравним два подхода. В первом случае мы имеем жесткую схему связи "точка-точка" с передачей открытых SQL-запросов и данных, исключающую возможность модификации и работающую только в синхронном режиме "запрос-ответ". Во втором случае определен гибкий механизм передачи сообщений между клиентами и серверами, позволяющий организовывать взаимодействие между ними многочисленными способами.
Таким образом, речь идет о двух принципиально разных подходах к построению информационных систем "клиент-сервер". Первый из них устарел и явно уходит в прошлое. Дело в том, что SQL (ставший фактическим стандартом общения с реляционными СУБД) был задуман и реализован как декларативный язык запросов, но отнюдь не как средство взаимодействия "клиент-сервер" (об этой технологии тогда речи не было). Только потом он был "притянут за уши" разработчиками СУБД в качестве такого средства. На волне успеха реляционных СУБД в последние годы появилось множество систем быстрой разработки приложений для реляционных баз данных (VisualBasic, PowerBuilder, SQL Windows, JAM и т.д.). Все они опирались на принцип генерации кода приложения на основе связывания элементов интерфейса с пользователем (форм, меню и т.д.) с таблицами баз данных. И если для быстрого создания несложных приложений с небольшим числом пользователей этот метод подходит как нельзя лучше, то для создания корпоративных распределенных информационных систем он абсолютно непригоден.
Для этих задач необходимо применение существенно более гибких систем класса middleware (Tuxedo System, Teknekron), которые и составляют предмет нашей профессиональной деятельности и базовый инструментарий при реализации больших проектов.
Заключение
Сегодня можно считать, что распределенные базы данных - тема достаточно локальная и далеко не так актуальная, как архитектура распределенных систем. В DDB-технологии за последние 2-3 года не было каких-либо существенных новаций (за исключением, быть может, технологии тиражирования данных). Можно считать, что в этой сфере информатики все более или менее устоялось и каких-либо революционных шагов не предвидится. Более интересное направление (включающее DDB) - архитектура, проектирование и реализация распределенных информационных систем. "Горячие" темы в этом направлении - системы с трехзвенной архитектурой, продукты класса middleware, объектно-ориентированные средства разработки распределенных приложений в стандарте CORBA. Их активное применение будет доминировать в отечественной информатике в ближайшие 3-5 лет и станет технологической базой реальных интеграционных проектов.
Мне кажется, что революция произойдет в архитектуре корпоративных информационных систем. Технологический взрыв в Intertet, создание и супербурное развитие Всемирной паутины, технология Java, неизбежно отразятся на организации инфраструктуры корпораций. На мой взгляд, очевидные преимущества гипертекстовой организации данных (гибкость, открытость, простота развития и расширения) перед жесткими структурами реляционных баз данных, по своей природе плохо приспособленными для расширения, предопределяют использование HTML в качестве одного из основных средств создания информационного пространства компании. Подход, опирающийся на гипертексты, позволяет без особых проблем интегрировать уже существующие информационные массивы, хранящиеся в базах данных. То, что сейчас называют Intranet - это прообраз будущей корпоративной информационной системы.
Приложение 2. Расчет затрат на создание системы распределенной обработки данных в сети.
2.1. Смета затрат на создание проектного решения интерсети.
| № | Статья сметы затрат | Сумма (руб.) |
| 1 | Материалы | 688 |
| 2 | Оборудование | 3602,5 |
| 3 | Услуги сторонних организаций | 6 |
| 4 | Заработная плата | 1931,44 |
| 5 | Отчисления на социальные нужды | 743,60 |
| 6 | Накладные расходы | 697,15 |
| 7 | Себестоимость | 7668,69 |
| 8 | Прибыль | 2070,55 |
| 9 | Цена | 9739,24 |
| 10 | Продажная цена | 11687,09 |
2.2. Расчет и обоснование сметы затрат на создание проектного решения интерсети.
2.2.1. Материалы.
К статье затрат на материалы отнесены следующие расходы:
| Наименование | Количество | Цена (руб.) |
| Бумага формата А4 (высокого качества: плотность 80 г/м2). | 1 пачка (500 листов) | 120 |
| Картридж для принтера OKI Page 4w | 1 шт. | 528 |
| Дискеты MF 2HD (Verbatim). | 4 шт. | 40 |
Итого 688 рублей.
2.2.2. Оборудование.
Затраты по данной статье сводятся к затратам, связанным с использованием вычислительной техники и с учетом ее ремонта.
При разработке использовалось следующее оборудование:
| Наименование | Цена (руб.) |
| Компьютер конфигурации: Pentium II- 333 МГц, 16 МБ ОЗУ, 5.4 ГБ НЖМД, 1 МБ видео ЗУ, 4хCD, монитор SVGA 800x600 14». | 20200 |
| Принтер OkiPage 4w. | 6000 |
Итого: 26200 рублей.
Затраты на вычислительную технику были определены из того, что при разработке была задействована одна ПЭВМ. Длительность использования оборудования составляет 3 месяца.
При использовании ускоренных сроков амортизации затраты на вычислительную технику вычисляются по формуле:
З = К*
Si*Tи/12, где
З - сумма амортизации за период,
К - коэффициент амортизации (на год), К=0,15 для ускоренной амортизации,
Si - стоимость компонентов оборудования,
Tи - период использования оборудования (в месяцах).
З=0.15*[Стоимость компьютера + стоимость принтера]*3/12 = 982,5 руб.
С учетом затрат на ремонт (10% от стоимости оборудования)
= 0.1*
= 2620 руб.
затраты на оборудование с учетом его ремонта составляют:
З + = 3602,5 руб.
2.2.3. Услуги сторонних организаций.
При создании данного проектного решения были использованы следующие услуги сторонних организаций:
-
ксерокс графических приложений к настоящему документу – 3 листа формата А3: 6 руб.
2.2.4. Заработная плата.
Разработчику начислена заработная плата в размере 1931 руб. 44 коп.
В данную статью включается заработная плата исполнителей, непосредственно занятых разработкой, с учетом их должностного оклада и времени участия в разработке. Расчет ведется по формуле:
, где:
n – количество разработчиков комплекса;
– минимальная заработная плата;
– коэффициент, соответствующий разряду разработчика;
- время разработки.
Минимальная заработная плата на момент начала разработки составляет 84 руб. 49 коп. В разработке участвовал один разработчик 12 разряда (коэффициент 12 разряда равен 3,81). Таким образом, получен результат:
СЗП = 1931,44 руб.
2.2.5. Отчисления на социальные нужды.
Отчисления по этой статье затрат составляют 38,5% от фонда оплаты труда, исходя из:
-
отчислений в пенсионный фонд (28%): 540,80 руб.
-
отчислений в фонд социального страхования (5.4%): 104,3 руб.
-
отчислений в фонд медицинского страхования (3.6%): 69,53 руб.
-
отчислений в фонд занятости (1.5%): 28.97 руб.
Итого, отчисления на социальные нужды составляют 743,60 руб.
2.2.6. Накладные расходы.
Накладные расходы определены в размере 10% от стоимости работ и составляют 697,15 руб.
2.2.7. Себестоимость.
Себестоимость программного изделия получается путем суммирования всех приведенных выше статей затрат. В результате получаем: 7668,69 руб.
2.2.8. Прибыль.
Расчет прибыли ведется с учетом налога на прибыль. Чистая прибыль составляет 20% от себестоимости и равна 1533,74 руб.
Налог на прибыль составляет 35% от чистой прибыли и равен 536,81 руб.
Итого прибыль = 1533,74+536,81 = 2070,55 руб.
2.2.9. Цена.
Цена программного продукта определяется путем суммирования прибыли и себестоимости и составляет 9739,24 руб.
2.2.10. Продажная цена.
Реализация товаров и услуг на территории РФ осуществляется с налогом на добавленную стоимость (20% от цены), в цену изделия включается НДС. Тогда окончательная цена с учетом НДС составляет 
= 
= 11687,09 руб.
2.3. Смета капитальных затрат на создание интерсети.
| № | Статья сметы затрат | Сумма (руб.) |
| Центральный офис | ||
| | ПЭВМ (40 шт.) | 350000 |
| | Файловый сервер (2 шт.) | 108250 |
| | Сетевые адаптеры CN100/TX (21 шт.) | 18228 |
| | Сетевые адаптеры AT-2400 (21 шт.) | 11760 |
| | Коммутатор CNSH-600 (1 шт.) | 14280 |
| | Концентратор CNSH-400 (2 шт.) | 6440 |
| | Концентратор AT3024 (4 шт.) | 5824 |
| | ИБП Smart-UPS 2200 3G NET (2 шт.) | 9000 |
| | НВП 3-ей категории (25х5 м) | 650 |
| | Маршрутизатор Сisco 2620 | 87752 |
| | Модем ZyXEL U-336E (2 шт.) | 5050 |
| 617234 | ||
| Удаленный офис №1 | ||
| | ПЭВМ (20 шт.) | 175000 |
| | Файловый сервер (1 шт.) | 54125 |
| | Маршрутизатор Сisco 2620 | 87752 |
| | Сетевые адаптеры FD700 USB 10/100 M (21 шт.) | 9082 |
| | Концентратор FD510 (4 шт.) | 5824 |
| | НВП 3-ей категории (25х5 м) | 650 |
| | ИБП Smart-UPS 2200 3G NET (1 шт.) | 4500 |
| | Модем ZyXEL U-336E | 2525 |
| 339458 | ||
| Удаленный офис №2 | ||
| | ПЭВМ (20 шт.) | 175000 |
| | Файловый сервер (1 шт.) | 54125 |
| | Маршрутизатор Сisco 2612 | 77952 |
| | ИБП Smart-UPS 2200 3G NET | 4500 |
| | Сетевые адаптеры TRIC-16/AT фирмы RAD Data Communication (21 шт.) | 10000 |
| | Концентратор RADring Modular Intelligent Hub | 7000 |
| | ЭВП (500 м.) | 8375 |
| | Модем ZyXEL U-336E | 2525 |
| 339477 | ||
| Программное обеспечение | ||
| | ПО: Windows NT 4.0 | 2475 |
| | ПО: Oracle Developer 8.0 | 19900 |
| 22375 | ||
| ИТОГО: | 1318544 | |
Приложение 3. Аналитическая модель оценки характеристик функциональной локальной вычислительной сети с распределённой базой данных.
Tо - время дообработки;
