Проектирование информационных систем на предприятии ОАО "Тверской молокозавод"

Автор работы: Пользователь скрыл имя, 19 Февраля 2013 в 19:21, практическая работа

Описание

ОАО «Тверской молочный завод» был основан в феврале 2000 года, как пришоссейный молокоприемный пункт, с первичной обработкой молока и отгрузкой его в Москву. С развитием города Дмитров возникла необходимость в снабжении населения молочными продуктами более широкой гаммы. Оснащение предприятия технологическим оборудованием позволило начать выпуск цельномолочной продукции: молока пастеризованного, кисломолочных продуктов, сметаны, творога.

Работа состоит из  1 файл

Молокозавод.docx

— 917.59 Кб (Скачать документ)

 

Рис. 3.2.   План помещения (строго индивидуально !)

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

Имущественный комплекс молокозавода состоит из следующих основных зданий и сооружений:

№ Наименование                              Площадь, кв/м

1. Административный корпус;    2. Кухня столовой;                       

3. Подсобное помещение;   4. Гараж;       5. Дизельная;                               

6. Производственный корпус;          7. Производственный корпус;     

8. Производственный корпус;                 9. Производственный корпус;         

10. Компрессорная;                             11. Водонапорная башня;                

12. Станция перекачки;                   13. Артезианская скважина;              

14. Склад;              15. Котельная;             16. Котельная;                                    

17. Механическая мастерская;             18. Подстанция;                              

19. Гараж;              20. Гараж ;                 21. Мойка             

22. Склад         

23. Гараж      

 

3.4 Размещение сервера

В отличие от установки одноранговой сети, при построении ЛВС с сервером возникает еще один вопрос -  где лучше всего установить сервер.

На выбор места влияет несколько  факторов:

  • из-за высокого уровня шума сервер желательно установить отдельно от остальных рабочих станций;
  • необходимо обеспечить постоянный доступ к серверу для технического обслуживания;
  • по соображениям защиты информации требуется ограничить доступ к серверу;

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

3.5. Сетевая  архитектура

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

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

Топология типа «звезда» представляет собой более  производительную структуру, каждый компьютер, в том числе и сервер, соединяется отдельным сегментом кабеля с центральным концентратором (HAB).

Основным преимуществом такой  сети является её устойчивость к сбоям, возникающим вследствие неполадок  на отдельных ПК или из-за повреждения сетевого кабеля. [5]

На рисунке 3.3 изображена топология  сети предприятия.

 

Рис. 3.3  Топология сети предприятия (строго индивидуально!).

 

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

За аббревиатурой  CSMA/CD  скрывается английское выражение «Carrier Sense Multiple Access with Collision Detection » (коллективный доступ с контролем несущей и обнаружением коллизий). С помощью данного метода все компьютеры получают равноправный доступ в сеть. Каждая рабочая станция перед началом передачи данных проверяет, свободен ли канал. По окончании передачи каждая рабочая станция проверяет, достиг ли адресата отправленный пакет данных.  Если ответ отрицательный, узел производит повторный цикл передачи/контроля приема данных и так до тех пор, пока не получит сообщение об успешном приеме информации адресатом.

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

архитектура   Ethernet,   которую и    будет    использовать    сеть предприятия, использует именно этот метод доступа. 

Спецификацию  Ethernet в конце семидесятых годов предложила компания Xerox Corporation. Позднее к этому проекту присоединились компании Digital Equipment Corporation (DEC) и Intel Corporation. В 1982 году была опубликована спецификация на Ethernet версии 2.0. На базе Ethernet институтом IEEE был разработан стандарт IEEE 802.3.

В настоящее  время технология, применяющая кабель на основе витой пары (10Base – T), является наиболее популярной. Такой кабель не вызывает трудностей при прокладке.

Сеть на основе витой пары, в отличие от тонкого и толстого коаксиала, строится по топологии звезда. Чтобы построить сеть по звездообразной топологии, требуется большее количество кабеля (но цена витой пары не велика). Подобная схема имеет и неоценимое преимущество – высокую отказоустойчивость. Выход из строя одной или нескольких рабочих станций не приводит к отказу всей системы.  Правда если из строя выйдет хаб, его отказ затронет все подключенные через него устройства.

Еще одним  преимуществом данного варианта является простота расширения сети, поскольку при использовании дополнительных хабов (до четырех последовательно) появляется возможность подключения большого количества рабочих станций (до 1024). При применении неэкранированной витой пары (UTP) длина сегмента между концентратором и рабочей станцией не должна превышать 100 метров, чего не наблюдается в предприятии.

3.6. Сетевые  ресурсы

Следующим важным аспектом планирования сети является совместное использование сетевых ресурсов (принтеров, факсов, модемов).

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

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

На предприятии  имеется десять принтеров: в каждом обособленном помещении. Администрация  пошла на расходы для создания максимально комфортных условий  работы коллектива.

Теперь вопрос подключения принтера к ЛВС.  Для  этого существует несколько способов.

  1. Подключение к рабочей станции.

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

  1. Прямое подключение к серверу.

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

 

3.   Подключение  к сети через специальный сетевой  интерфейс.

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

В сетях с  шинной топологией сетевой принтер, как и рабочие станции  соединяется с сетевым кабелем при помощи Т-коннектора, а при использовании «звезды» - через концентратор.

Интерфейсную  карту можно установить в большинство  принтеров, но её стоимость довольно высока.

    1. Подключение к выделенному серверу печати.

Альтернативой третьему варианту является использование  специализированных серверов печати. Такой сервер представляет собой сетевой интерфейс, скомпонованный в отдельном корпусе, с одним или несколькими разъемами (портами) для подключения принтеров.  Однако в данном случае использование сервера печати является непрактичным.

Расчеты затрат на создание сети

 

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

В данном случае затраты на создание корпоративной сети складываются из расходов на оплату машинного времени при отладке настроек сети и на оплату труда разработчика.

 

Зобщ=Зпр + Змаш  (чел/час)

 

где:   Зобщ – общие затраты на создание,

Зпр - затраты на оплату труда разработчика,

Змаш – расходы по оплате машинного времени.

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

 

Зпр = ЗПсрч * Тобщ * К    (чел/ час)

 

где:      

Зпр – расходы по оплате труда разработчика,

ЗПсрч – среднечасовая заработная плата разработчика,

Тобщ – трудоемкость отладки,

К – коэффициент, учитывающий отчисления на социальные

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

 Определение трудоемкости настройки корпоративной сети

 

Tобщ= t1 + t2 + t3 + t4 + t5 + t6  (чел/час)

 

где:  

      t1 - затраты труда на подготовку  описания задачи,

t2 - затраты труда  на исследование  решения задачи,

t3 - затраты труда  на исследование сетевой архитектуры,

t4 - затраты труда  на настройку,

t5 - затраты труда  на отладку,

t6 - затраты труда  на подготовку документации.

Затраты труда  на подготовку описания задачи (t1) точной оценке не поддаются, так как это  связано с творческим характером работы.

Примем t1 = 48  чел/час.

Все остальные  виды затрат труда можно выразить через условное  число клиентов сети.

Укс = У * Ксл * (1 + Ккор)

где:   Укс – условное число клиентов сети,

У – предполагаемое число клиентов сети,

Ксл – коэффициент сложности сетевой архитектуры (1,25-2,0),

Ккор – коэффициент коррекции сетевой архитектуры в ходе разработки (Ккор = 0,05-1,0).

Укс = 29 * 1,27 * (1 + 0,07) = 39,4

 

Затраты труда  на исследование решения задачи (t2):

t2 = Укс * Куз /  (5…10) * К

где:   Куз - коэффициент увеличения затрат труда, вследствие недостаточно точного описания задачи, последующих уточнений и дополнений (Куз = 1,2...1,5)

К – коэффициент, учитывающий квалификацию разработчика в зависимости от стажа работы:

Для работающих               до 5-и лет                      1,1...1,2

до 7-и лет                      1,3...1,4

 

t2 = 39,4 * 1,28/ 6 * 1 ,1= 7 (чел/час)

(5…10) среднее  количество клиентов сети, подлежащих  настройке в один час.

Затраты труда  на исследование сетевой архитектуры (t3):

t3 = Укс / (3…5) * К = 39,4/ 3 * 1,1 = 11  (чел/час)

       Затраты труда на настройку сети (t4) вычисляются также:

Принимаем t4 =11 (чел/час)

Затраты труда  на  отладку (t5):

t5= (Укс  / (1…3) * К) * 1,5 = 23 (чел/час)

При комплексной  отладке  t5 умножается 1,5.

Затраты на подготовку документации (t6):

 

t6  =  t61  +  t62 

 

где:  

t61 - затраты труда  на подготовку документации в  рукописи,

t62 – затраты  на оформление документации.

t61 =  Укс / (15…20) * К = 39,4 / 17 * 1,1 = 2(чел/час)

t62 = 0.75 * t61 = 0.75 * 2 = 1  (чел/час)

 

итак:  

t6 = 2+ 1 = 3 (чел/час)

Итого, общая  трудоемкость создания программного продукта составит:

 

Тобщ = 48+7+11+11+23+3=103 (чел/час)

Определение среднечасовой оплаты труда разработчика

 

ЗПсрч = ОК / Др * Дпр

                                  

где:   ОК –  оклад разработчика (21000 руб.),

Др - среднемесячное число рабочих дней (21 день),

Дпр – продолжительность рабочего дня (8 час).             

ЗПсрч  =  21000/ 21 * 8 =  125 (руб/час)

Итак, расходы  на оплату труда разработчика:

Зпр = ЗПсрч * Тобщ +Доп +Ур * ( 1 + ЕСН)

где:   

            Ур –  региональный коэффициент  (1)

Доп – доплаты за вредные условия труда, 30%

ЕСН – единый соц. налог, 26,2%

Зпр = 125 *103 + 6300 + 1 *5503 =24678 (руб.)

Расходы по оплате машинного времени при отладке  программного продукта определяются как  произведение стоимости 1 часа машинного  времени на трудозатраты по отладке:

 

Змаш  =  Тот  *  Счм

 

где:   Счм – стоимость 1 часа машинного времени (35 руб.),

Тот – время  отладки программы.

Информация о работе Проектирование информационных систем на предприятии ОАО "Тверской молокозавод"