Проектирование информационой системы на предприятии

курсоовой проект.dwg

Курсовой проект.docx

Процессы подлежащие реализации в информационной системе3
Описание деятельности предприятия и происходящих в нем процессов3
Недостатки существующей структуры и необходимость создания информационной системы управления4
Бизнес-процессы и документооборот подлежащие реализации в ИС.6
Требования к информационной системе9
Отказоустойчивость.9
Разграничение прав доступа к информационным ресурсам.10
Простота освоения пользовательского интерфейса.10
Наличие подробной и логично организованной документации по модулям информационной системы.11
Обеспечение надлежащего уровня безопасности11
Техническое задание15
Аппаратно-программное обеспечение используемое модулями системы15
Описание пользовательских интерфейсов рабочих мест. Состав аппаратной части рабочего места администратора служебные помещения предусматриваемые для его размещения.16
Конфигурация локальной сети ИС17
Возможности модернизации ИС в связи с расширением предприятия17
Календарный план работ по созданию программных модулей18
Построение UML-диаграммы19
Диаграмма проектной активности использования ИС28
Освещение и электропитание32
Список использованной литературы38
Составить описание процессов подлежащих реализации в информационной системе (ИС).
Описать требования к ИС.
Разработать техническое задание.
Построить UML-диаграмму действий.
Построить диаграмму проектной активности использования информационной системы и дать анализ исходных параметров программного и аппаратного обеспечения.
Классифицировать ИС по типу данных степени автоматизации сфере применения по характеру обработки данных по уровню управления.
Рассчитать систему общего электроосвещения и разработать электрическую схему электропитания помещения администратора ИС а также выбрать защитно-отключающую аппаратуру распределительных щитов осветительного (ЩО) и силового (ЩС).
Процессы подлежащие реализации в информационной системе
Описание деятельности предприятия и происходящих в нем процессов
Менеджер отдела заказов и работы с клиентами составляет первичный договор с клиентом (Кл) и отправляет клиентскую концепцию на разработку в художественный отдел. После многочисленных согласований Клиент-ОтдЗакКл-ОтдХуд согласованный дизайн и габариты объекта с первичным техническим заданием направляются в конструкторский отдел. Последний выдает первичную смету после чего начинаются согласования Клиент-ОтдЗакКл-ОтдКон. Уточненное техзадание поступает на разработку в конструкторский отдел. Составив смету конструктор уточняет на складе наличие и количество требуемых материалов. Заведующий складом поднимает спецификации по материалам (многоразового использования) находящимся в работе рассматривает возможность их использования в разрабатываемом проекте исчисляет остатки. Для уточнения ситуации с остатками однократно-используемых материалов требуется отчет от работников склада каковые традиционно чешут в затылке и резюмируют: «Где-то я записывал но бумажку куда-то дел вроде что-то такое я на складе видел а в принципе немного должно оставаться если не использовали». Уточненная подобным образом информация возвращается конструктору который на ее основании составляет список для отдела снабжения указывая количество и необходимое качество материала. Отдел снабжения изучает предлагаемые на данные материалы цены и подает запрос в бухгалтерию на возможность оплаты заказа. По поступление положительного ответа заказ выполняется.
Процесс подготовки стенда протекает в постоянном динамическом обмене с клиентом осуществляемом менеджером отдела заказов и работы с клиентами. Согласовываются изменения сметы промежуточные проекты дополнения заказчика к первоначальному проекту.
Руководство производства осуществляет планирование работ по подготовке и монтажу уточняет у отдела снабжения сроки поставок тех или иных материалов согласовывает с руководством предприятия привлечение в случае необходимости наемных работников решает текущие производственные проблемы. Таким образом производство находится в постоянном взаимодействии со всеми подразделениями предприятия.
Недостатки существующей структуры и необходимость создания информационной системы управления
При описанной системе взаимодействия подразделений предприятия неизбежно возникают множественные проблемы информационного характера:
изменения в техническом задании нередко передаются конструктору в устном виде (если передаются) и случается так и не попадают в окончательную техническую документацию («Ну я же конструктору говорила за чаем а он забыл!») что естественно приводит к конфликту с заказчиком;
получаемые заказы и сроки их исполнения сводятся в единый график только руководством производства и только по мере необязательного информирования (руководство предприятия нередко не представляет текущего уровня загруженности) что часто приводит к необоснованному цейтноту какового можно было бы избежать представляя информацию в момент поступления;
несовершенство планирования приводит к необходимости распределения подготовки между большим количеством работников что серьезно сказывается на эффективности монтажа («Кто это делал? Куда это сунули?»);
информация об изменениях в проекте нередко приходит в производственный отдел с существенным запозданием («Ой извини забыл позвонить!») благодаря чему работы по предыдущему варианту проекта оказываются частично или полностью оконченными и сразу отправляются в утиль;
движения материалов практически не учитывается что приводит к закладыванию в смету изрядного запаса и соответственно к перерасходу средств (рано или поздно окупающимися в случае с одноразовыми материалами и потерянными в случае закупки материалов многоразового использования или уникальных);
информация о необходимых средствах производства не представляется в конкретной форме а предоставляется кому-либо из руководства производством в свободной (в т.ч. и устной) форме что приводит к задержкам (в силу человеческого фактора) с закупкой или ремонтом инструмента и вспомогательных материалов что в свою очередь не может не отражаться на эффективности производства.
Таким образом очевидно что сложившаяся на предприятии структура междивизионного взаимодействия неэффективна в силу недостаточной организованности и подверженности сильнейшему влиянию человеческого фактора.
Информационная система управления собирающая воедино всю необходимую информацию и доступная для работы всем заинтересованным подразделениям могла бы существенно повысить эффективность работы данного предприятия.
Бизнес-процессы и документооборот подлежащие реализации в ИС.
После введения в эксплуатацию проектируемой ИС процессы описанные в первой части должны выглядеть следующим образом:
Предварительный заказ Кл фиксируется в документе «Предварительный заказ» и поступает в ОтдХуд. При наличии дизайн-проекта Кл он сохраняется в общей папке «Графические материалы наименование объекта».
1.Отдельные поля из документа «Предварительный заказ» поступают в базу данных (БД) откуда распределяются в создаваемые документы «Техническое задание» и «Планировщик».
Дизайн-проекты созданные ОтдХуд поступают в «Графические материалы наименование объекта».
Утверждение дизайн-проекта происходит при личном участии Кл ОтдЗакКл и ОтдХуд либо путем организации конференции.
1.Предварительные и неутвержденные дизайн-проекты удаляются из папки.
2.По утвержденному дизайн-проекту составляется техническое задание (ТЗ) добавляемое в «Техническое задание».
Утвержденный дизайн-проект и «Техническое задание» поступает в ОтдКон который составляет предварительную смету данные которой вносятся в документ «Смета».
На основании «Сметы» Кл вносит окончательные коррективы в «Техническое задание». При необходимости происходит возврат в п.4 (возможно неоднократный) до полного согласования условий.
1.На основании утвержденного дизайн-проекта и «Сметы» ОтдЗакКл и Кл заключают договор утверждаемый РукФ.
1.1.Данные договора фиксируются в БД и в документе «Договор» отправляющимся к Кл РукФ и Бух.
1.2.Отдельные данные «Договора» внедряются в «Планировщик».
2.Данные «Сметы» и «Технического задания» поступают в БД.
2.1.«Смета» направляется в ОтдКон и ОтдСн.
2.2.«Техническое задание» направляется к РукПр и в ОтдКон.
ОтдКон сверяет «Смету» с документом «Остатки» в котором фиксируются движения средств составляет документ «Список снабжения» в котором указываются материалы необходимые для подготовки объекта и приступает к выполнению чертежей направляемых в «Графические материалы наименование объекта».
1.Данные «Списка снабжения» поступают в БД и документ направляется в ОтдСн.
ОтдСн производит ценовой анализ рынка в области «Списка снабжения» предоставляемого РукПр документа «Список снабжения с производства» и формирует документ «Заявка на оплату».
1.Данные «Заявки на оплату» поступают в БД и документ направляется в Бух.
2.При несовпадении запланированных и реальных цен ОтдСн формирует документ «Состояние рынка» на основании которого Кл пересматривает вид иили сортность используемого материала и при необходимости составляет документ «Дополнения к договору» (после чего переходит к п.6).
В случае возможности оплаты Бух оплачивает заявленные безналичные счета о чем составляется документ «Оплата» направляемый в ОтдСн и выдает наличные средства на приобретение за наличный расчет.
ОтдСн заключает договоры на поставку данные которых поступают в БД и осуществляет приобретение за наличный расчет без составления к.-л. документов с предоставлением чеков в Бух.
1.Данные договоров о поставке внедряются в «Планировщик»; сами договоры направляются в Бух.
2.Закупленные материалы и оборудование удаляются из «Списка снабжения» и «Списка снабжения с производства».
На основании «Планировщика» и «Графических материалов» РукПр распределяет объемы работ между работниками планирует необходимость и количество наемных работников и изменяет документ «Календарь» отражающий движение сил.
Текущие потребности производства вносятся в «Список снабжения с производства».
Поступившие материалы и оборудование фиксируются в «Остатках».
После подготовки объекта израсходованный материал и оборудование фиксируется в «Остатках».
В случае внесения изменений в проект соответственно изменяется «Техническое задание» и иные необходимые документы.
По мере выполнения устаревшие данные удаляются РукФ из «Планировщика» и «Календаря».
Требования к информационной системе
Проектируемая ИС должна отвечать следующим требованиям:
Отказоустойчивость - это такое свойство вычислительной системы которое обеспечивает ей как логической машине возможность продолжения действий заданных программой после возникновения неисправностей. Введение отказоустойчивости требует избыточного аппаратного и программного обеспечения. Направления связанные с предотвращением неисправностей и с отказоустойчивостью - основные в проблеме надежности. Концепции параллельности и отказоустойчивости вычислительных систем естественным образом связаны между собой поскольку в обоих случаях требуются дополнительные функциональные компоненты. Поэтому собственно на параллельных вычислительных системах достигается как наиболее высокая производительность так и во многих случаях очень высокая надежность. Имеющиеся ресурсы избыточности в параллельных системах могут гибко использоваться как для повышения производительности так и для повышения надежности. Структура многопроцессорных и многомашинных систем приспособлена к автоматической реконфигурации и обеспечивает возможность продолжения работы системы после возникновения неисправностей.
В нашем случае в связи с невысокой востребованностью данных по завершении проекта и отсутствием жестких временных рамок на использование информации нецелесообразно вводить в систему дополнительные технические средства для повышения отказоустойчивости. Ежедневное резервное сохранение данных позволяет получить вполне приемлемый в данной ситуации уровень надежности.
Разграничение прав доступа к информационным ресурсам.
Вся информация обеспечивающая нормальную работу предприятия составляет коммерческую тайну. Таким образом во избежание ее утечки доступ к информации должен быть ограничен локальной сетью предприятия. Исключение для внешнего доступа предоставляется лишь клиенту с соблюдением соответствующих мер безопасности (авторизация подтверждение прав). Клиент должен иметь доступ лишь к дизайн-проекту техзаданию договору и смете.
Внутри информационной сети предприятия ограничивается доступ к финансовой документации к каковой имеет доступ лишь руководство предприятия и бухгалтерия.
Ввиду разнообразия необходимой информации доступ в интернет для всех клиентов локальной сети изначально должен быть неограниченным. В процессе работы рекомендуется отслеживать соединения не относящиеся к профессиональной деятельности и блокировать соответствующие адреса для использовавшего их рабочего места. Доступ в интернет руководства предприятия по определению не ограничивается.
Простота освоения пользовательского интерфейса.
При выборе программного интерфейса можно отметить те особенности которые помогают вводить и просматривать информацию:
Гибкость организации экранных форм
Доступность системы помощи
Удобство средств редактирования
Наличие мастеров и шаблонов
Пользовательский интерфейс может рассматриваться с точки зрения простоты освоения программным средством и оцениваться по следующим параметрам:
Легкость использования
Наличие системы макросов (формул)
Гибкая система контекстного поиска
Соответствие пользовательского интерфейса означенным параметрам обязательно для эффективного функционирования проектируемой системы.
Наличие подробной и логично организованной документации по модулям информационной системы.
Одной из наиболее трудоемких хотя и хорошо формализуемых задач является описание документооборота организации. При обследовании документооборота составляется схема маршрута движения документов которая должна отразить:
количество документов;
место формирования показателей документа;
взаимосвязь документов при их формировании;
маршрут и длительность движения документа;
место использования и хранения данного документа;
внутренние и внешние информационные связи;
объем документа в знаках.
Обеспечение надлежащего уровня безопасности
Требования по обеспечению безопасности в различных ИС могут существенно отличаться однако они всегда направлены на достижение трех основных свойств:
целостность — информация на основе которой принимаются решения должна быть достоверной и точной защищенной от возможных непреднамеренных и злоумышленных искажений;
доступность (готовность) — информация и соответствующие автоматизированные службы должны быть доступны готовы к работе всегда когда в них возникает необходимость;
конфиденциальность — засекреченная информация должна быть доступна только тому кому она предназначена.
Для решения проблем информационной безопасности необходимо сочетание законодательных организационных технологических и стандартизационных мероприятий.
Основное внимание в теории и практике обеспечения безопасности применения информационных технологий и систем сосредоточено на защите от злоумышленных разрушений искажений и хищений программных средств и информации баз данных. Для этого разработаны и развиваются проблемно-ориентированные методы и средства защиты:
от несанкционированного доступа;
от различных типов вирусов;
от утечки информации по каналам электромагнитного излучения и т.д.
При создании сложных распределенных информационных систем формировании их архитектуры выборе компонент и связей между ними следует учитывать помимо общих (таких как открытость масштабируемость защита инвестиций и т.п.) ряд специфических концептуальных требований направленных на обеспечение безопасности функционирования:
архитектура системы должна быть достаточно гибкой и допускать относительно простое без коренных структурных изменений развитие конфигурации используемых средств и наращивание функций и ресурсов ИС в соответствии с расширением сфер и задач ее применения;
должны быть обеспечены безопасность функционирования системы при различных видах угроз и надежная защита данных от ошибок проектирования от разрушения или потери информации а также авторизация пользователей управление рабочей загрузкой резервированием и восстановлением функционирования ИС;
следует обеспечить комфортный максимально упрощенный доступ пользователей к управлению и результатам функционирования информационной системы на основе современных графических средств мнемосхем и наглядных пользовательских интерфейсов;
систему должна сопровождать актуализированная комплектная документация обеспечивающая квалифицированную эксплуатацию и возможность развития ИС.
Степень влияния внутренних непредумышленных дефектов и факторов на безопасность ИС в ряде случаев может быть не меньше чем внешних факторов. Однако исследования и практика обеспечения безопасности при наличии внутренних аномалий программных средств (ПС) и баз данных (БД) значительно отстают от работ по защите ИС от внешних злоумышленных угроз. В связи с этим при создании критических ИС используются ПС и БД содержащие различные дефекты проектирования значительно снижающие безопасность их применения
Для обеспечения безопасности использования импортных ПС и БД следует закупать только лицензионно чистые продукты поддерживаемые гарантированным сопровождением конкретных фирм-поставщиков. В контрактах на закупку должны специально фиксироваться обязательства поставщиков по длительному сопровождению и замене версий ПС и БД при выявлении дефектов. Использование легальных версий ПС и БД солидных зарубежных фирм распространяющих свои изделия в разных странах значительно снижает риск злоумышленных внедрений вирусов или "закладок" угрожающих безопасности их применения.
Для обеспечения надлежащего уровня безопасности проектируемая ИС должна включать:
антивирусы и антишпионское программное обеспечение (ПО);
авторизацию участников;
разграничение прав доступа;
регулярное резервное копирование.
Аппаратно-программное обеспечение используемое модулями системы
Проектируемая ИС не является системой «с нуля» а скорее модификацией уже существующей. На исследуемом предприятии уже существует аппаратно-программная база которую логично использовать и далее.
Рабочие места сотрудников отделов снабжены персональными АРМ использующими операционную систему Windows XP. Выделенный сервер использует серверную операционную систему Windows 2003 Server. Для хранения информации сервер оснащен двумя винчестерами по 500 ГБ используемыми по технологии RAID 0 и съемным винчестером на 1ТБ для резервного копирования системы и хранения неиспользуемого архива. Из СУБД используется только 1С Бухгалтерия бухгалтерским отделом.
Все АРМ исключая АРМ РукПр и Ск объединены в локальную одноранговую сеть. РукПр и Ск в силу территориальной удаленности налаживают (не всегда) локальную сеть своими силами а обмен информацией осуществляют путем связи по телефону и e-mail’у.
Для обеспечения безопасности на сервере установлены антивирус Dr. WEB 5.0 и файрволл Agnitium Outpost 6.5.5.
Переорганизовать локальную сеть по схеме «звезда – общая шина» с точки зрения организации общего доступа.
Организовать РукПр и Ск в удаленную часть локальной сети.
Организовать хранение информации на сервере по технологии Matrix RAID (RAID 0-1) с целью повышения безопасности хранения.
Организовать БД используя бесплатный продукт MySQL.
Оборудовать АРМ гарнитурой Skype.
Описание пользовательских интерфейсов рабочих мест. Состав аппаратной части рабочего места администратора служебные помещения предусматриваемые для его размещения.
На АРМ пользователей в автозагрузку требуется добавить доступ ко всем соответствующим документам а также к общей папке «Графические материалы наименование объекта». Клиент получает доступ к папке с материалами только по своему объекту.
На каждом АРМ должны постоянно работать службы Net Meeting и Net Speakerphones для организации быстрого и полноценного общения между сотрудниками отделов (во избежание: «Я тебе полдня звонил – все занято» или «Открой второй вариант АвтоВАЗа: там чуть ниже левого угла у тебя такая каркалыга не которая вся такая а которая более-менее так тот угол который не самый большой ты откуда взял?».
В ведении администратора находится ПК с процессором Core2Duo двумя жесткими дисками по 500 ГБ и съемным винчестером на 1 ТБ. Администратору предоставлено отдельное помещение 3×4 м.
Конфигурация локальной сети ИС
Возможности модернизации ИС в связи с расширением предприятия
Местное расширение (увеличение числа сотрудников) не повлечет за собой никакой модернизации за исключением увеличения количества АРМ.
Возможно также структурное расширение – создание филиалов и дочерних предприятий. В данной ситуации на каждом предприятии будет создаваться такая же ИС. Локальные сети предприятий необходимо будет организовать в общую многоуровневую сеть. Для поддержания должного уровня работоспособности каждая сеть буде управляться собственным сервером(-ми). Для организации же взаимодействия сетей поддержания общей БД и хранения общих архивов потребуется общий сервер большой мощности.
Календарный план работ по созданию программных модулей
января 2010 – начало работ.
-15 января 2010 – анализ бизнес-процессов предприятия и формирование требований к ИС.
-25 января 2010 – создание и утверждение технического задания.
января 2010 – реорганизация существующей локальной сети.
января 2010 – организация локальной сети на производстве.
января-5 февраля 2010 – наладка локальной сети создание общих ресурсов и разграничение прав доступа.
-7 февраля 2010 – наладка Matrix RAID на сервере установка MySQL.
-28 февраля 2010 – создание БД и организация взаимодействия модулей.
-5 марта 2010 – тестирование и отладка ИС.
марта – ввод ИС в работу и инструктаж пользователей.
Построение UML-диаграммы
Диаграмму будем строить с помощью программного средства AllFusion Process Modeler r7 фирмы Computer Associates: средство BPwin спецификация – IDEF0.
Модель “As-Is” подробно расписана в первой часть данной работы поэтому строить будем модель “To-Be”.
Все бизнес-процессы данного предприятия являются элементами основного процесса: «Выполнение заказа на разработку дизайна и строительство объекта».
Общий процесс декомпозируется на 4 составных: «Оформление заказа» «Создание дизайн-проекта» «Подготовка чертежной документации» и «Подготовка объекта».
1.Процесс « Оформление заказа» декомпозируется на: «Прием заказа» «Согласование дизайн-проекта» «Согласование сметы» и «Заключение договора».
2.Процесс «Создание дизайн-проекта» декомпозируется на: «Формирование требований к проекту» «Создание промежуточных вариантов» «Создание окончательного дизайн-проекта».
3.Процесс «Составление чертежной документации» декомпозируется на: «Составление предварительной сметы» «Составление сметы» «Создание чертежной документации» «Изменение чертежной документации».
4.Процесс «Подготовка объекта» декомпозируется на: «Снабжение» «Бухгалтерия» «Производство» «Складские операции».
4.1.Процесс «Снабжение» декомпозируется на: «Анализ рынка» «Закупка материалов и оборудования» «Доставка материалов и оборудования для производственных нужд» и «Доставка материалов по смете».
4.2.Процесс «Производство» декомпозируется на: «Организация производства» «Планирование работ» «Формирование заявки на материалы и оборудование» и «Производственный процесс».
4.3.Процесс «Складские операции» декомпозируется на: «Отбор материалов на объект» «Учет поступления материалов» «Учет расхода материалов» и «Формирование заявки на материалы».
Диаграмма проектной активности использования ИС
Оценка производительности проектируемой ИС на этапе проектирования не представляется возможной в связи с гибким графиком работы данного предприятия и ненормированным рабочим днем. Нагрузка на ИС определяется текущим объемом работ каковой находится в состоянии перманентной изменчивости и поддается прогнозированию весьма условно. Таким образом производительность данной ИС можно оценить лишь путем долгосрочного тестирования после ввода в эксплуатацию.
Исходя из вышеизложенного данный пункт курсового проекта будет выполнен на основе данных методических указаний.
Средние значения весовых коэффициентов интенсивности основных процессов ИС в течение суток
Загрузка новых данных
На основании исходных данных составим диаграмму:
Введем в данные весовые коэффициенты нагрузки. Допустим что весовой коэффициент запроса АРМа – 1 отчета – 3 загрузки данных – 2. Таким образом для каждого момента времени нагрузка ИС будет определяться как АРМ+О*3+ЗД*2. На основании этого можно построить общую диаграмму нагрузки.
Из диаграмм видно что максимальная загрузка ИС (узкие места) приходится на период 16.00-18.00. Также к узким местам ИС можно отнести период 18.00-19.00 и время 11.00.
Разумеется данный анализ условен т.к. вес любого из процессов необходимо определять для каждого случая отдельно.
В проектируемой системе хранятся структурированные данные над которыми производятся различные операции. Таким образом по типу хранимых данных проектируемая ИС относится к фактографическим.
Данная система построена на использовании ПК всеми участниками процесса. На программном обеспечении лежит весь процесс обработки информации. Человек информацию вводит и получает. Очевидно что по степени автоматизации данная ИС является автоматизированной.
Основные функции проектируемой ИС: оперативный контроль и регулирование оперативный учет и анализ оперативное планирование бухгалтерский учет управление снабжением и т.п. Соответственно разрабатываемая ИС может быть классифицирована по сфере применения как ИС организационного управления. С другой стороны данная ИС охватывает весь цикл работ от проектирования до изготовления объекта и включает в себя ряд модулей работающих в едином информационном пространстве. Исходя из этого логичнее будет отнести нашу ИС к интегрированным.
Данная ИС обрабатывают поступающую информацию и представляет ее сотрудникам как основания для принятия решения или планирования действий. Таким образом проектируемая ИС по характеру обработки данных относится к управляющим.
Рассматриваемая ИС обрабатывает данные о сделках и событиях. Соответственно по уровню управления данную ИС следует отнести к ИС оперативного уровня.
Подытоживая сказанное можно определить разрабатываемую ИС как фактографическую автоматизированную интегрированную управляющую ИС оперативного уровня.
Освещение и электропитание
В качестве расчетного помещения возьмем помещение склада габаритами 50х20х4 м. Освещение люминесцентными лампами.
Поскольку размещение светильников равномерное расстояние между светильниками найдем по формуле:
где HР = H0 – hС – hРП – расчетная высота установки светильника м; H0 - высота производственного помещения м; hc – расстояние свеса светильника равное расстоянию от центра источника света размещаемого светильника до потолка м; hрп – высота рабочей поверхности над полом принимаемая в зависимости от типа электрифицируемого помещения м; λС и λЭ - относительные светотехническое и энергетическое расстояние значение которых зависит от типа кривой силы света (КСС) (светораспределения) выбранного светильника.
Выбираем косинусную КСС светильника («Д») ([13] – 34). Соответственно: λС = 13 λЭ = 17 ([33] – 41).
Количество светильников определим по формуле:
где А и В – длина и ширина помещения м.
Расчет электроосвещения будем производить методом удельной мощности по формулам:
где PO – общая мощность освещения ВТ; pуд – удельная мощность освещения Втм2; РС – мощность светильника Вт.
Нормированная освещенность для складского помещения Е = 50 лк ([13] – 88). Соответственно удельная мощность для данного помещения руд = 3375 Втм2 ([33] – 42).
Вычисления произведем в математическом процессоре MathCAD:
Таким образом складское помещение освещается 65 источниками света мощностью 65 Вт каждый. Общая мощность освещения составит РО = 4225 кВт.
Для электропроводки выберем медный провод. Так как количество люминесцентных ламп 75 разводка выполняется от одной фазы ([13]). Разводка представляет собой 5 одинаковых ответвлений от магистрали по 13 светильников в каждом. Таким образом сечение провода можно рассчитать по любому из ответвлений.
количество фаз питающей сети на рассматриваемом участке М=1;
номинальное фазное напряжение сети U=220 В;
мощность нагрузки на данном участке линии Р=РС*13=845 Вт;
коэффициент мощности нагрузки cos φ=08;
длина рассматриваемого участка линии
допустимая потеря напряжения на данном участке ΔU=2% ([33]);
расчетный коэффициент С=12 ([33] – 45).
Расчет сечения провода выполним по формуле:
Ток нагрузки рассчитаем по формуле:
По таблице ([33] – 46) выбираем ближайшее значение сечения провода – 25 мм2. По той же таблице проверяем что допустимый ток нагрузки для данного сечения намного превосходит расчетный. Потери напряжения для данного сечения составляют допустимые 13%. Следовательно сечение проводника рассчитано верно.
Администратор ИС в данном подразделении приходящий так что схему и расчет электропитания выполним для помещения руководства в котором местный раздел ИС и сконцентрирован.
Схема электропитания:
Расчетная нагрузка питания Р = 6 кВт. Нагрузка линии 1 Р1 = 35 кВт по ней и будем рассчитывать сечение провода. Длина линии 1 l1 = 7 м.
Расчет сечения проводов выполним так же как и для освещения:
Согласно таблице подходящее сечение провода – 15 мм2 однако в соответствии с действующими требованиями пожарной безопасности питание розетки должно осуществляться кабелем сечением не менее 25 мм2 (для медного провода). Таким образом выбираем сечение 25 мм2. Фактическая потеря напряжения при этом составит 08%.
Разводку электропитания выполним следующим образом:
Прокладка проводов осуществляется: под потолком – в лотках; по стенам – в стальных трубах.
В качестве осветительного и силового щитов выбираем щитки общего назначения с рейкой для крепления автоматических выключателей и планкой развода нулевого провода.
Номинальный ток автоматического выключателя выберем по расчетному току нагрузки ([33] – 47):
Автоматический выключатель на линию освещения – С16 (16А); на силовую линию – С25 (25А).
Поскольку при расчете внутренней проводки из расчета потери напряжения на уровне 15 25% от Uн автоматический выключатель имеет необходимую чувствительность проверку на чувствительность аппаратов защиты опускаем ([33] – 47).
В качестве дополнительной защиты на вводной щит ставится УЗО.
Список использованной литературы
Боэм Б.У. Инженерное проектирование программного обеспечения: Пер. с англ. под ред. Красилова А.А. – М: Радио и связь 1985.
Боэм Б.У. Каспар Х. Характеристики качества программного обеспечения. Пер. с англ. под ред. Масловского Е.К. – М: Мир 1981.
Братищенко В.В. Проектирование информационных систем. — Иркутск: Изд-во БГУЭП 2004.
Вендров А.М. Case-технологии. Современные методы и средства проектирования информационных систем. – М: Финансы и статистика 1998.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем. — М.: Финансы и статистика 2000.
Гордиенко А.П. Анализ подходов к проектированию пользовательского интерфейса.В кн.: Пользовательский интерфейс: Исследование. Проектирование. Реализация. — Орел 1991 вып.1.
Грекул В.И. Денищенко Г.Н. Коровкина Н.Л. Проектирование информационных систем. — М: Интернет-университет информационных технологий – ИНТУИТ.ру 2005.
Диго С.М. Базы данных: проектирование и использование. Учебник. – М: Финансы и статистика 2005.
Емельянова Н.З. Основы проектирования автоматизированных информационных систем. Учебное пособие. – М: ФОРУМ: ИНФРА-М 2005.
Зинченко В.П. Мунипов В.М. Основы эргономики. — М: МГУ 1979.
Избачков Ю.С. Информационные системы. Учебник для ВУЗов. 2-е изд. – СПб: Питер 2005.
Информатика и вычислительная техника. Научно-технический сборник – М: ВИМИ 1994 №2-3.
Кнорринг Г.М. Справочная книга для проектирования электрического освещения. – СПб: Энергия 1976.
Ковалев И.В. Программная поддержка анализа кластерных структур отказоустойчивых информационных систем (И. В. Ковалев Е. А. Энгель Р. Ю. Царев) – НТИ Сер. 2. - 2007.
Костогрызов А.И. Липаев В.В. Сертификация качества функционирования автоматизированных информационных систем. – Вооружение. Политика. Конверсия 1996.
Леман М.М. Программы жизненные циклы и законы эволюции программного обеспечения. (ТИИЭР Техника программного обеспечения: Пер. с англ.) – М: Мир 1980 т.68 №9.
Липаев В.В. Методические основы сертификации информационных технологий. – ВНИИ ПВТИ 1995.
Липаев В.В. Отладка сложных программ. – М: Энергоатомиздат 1993
Липаев В.В. Оценка затрат на разработку программных средств. – М: Финансы и статистика 1988.
Липаев В.В. Распределение ресурсов в вычислительных системах. – М: Статистика 1979.
Липаев В.В. Управление разработкой программных средств. Методы стандарты технология. – М: Финансы и статистика 1993.
Липаев В.В. Штрик А.А. Технология сборочного программирования. – М: Радио и связь 1992.
Майерс Г. Искусство тестирования программ: Пер. с англ. – М: Финансы и статистика 1982.
Методические документы ИСОМЭК по сертификации продукции оценке систем обеспечения качества продукции и аккредитации испытательных лабораторий – М: Изд. стандартов 1988.
Мишенин А.И. Теория экономических информационных систем. — М: Финансы и статистика 2000.
Открытые системы. Материалы к программе развития и применения открытых систем в Российской Федерации. – Казань 1994.
Петров В.Н. Информационные системы: Учебник для ВУЗов. – СПб: Питер 2003.
Республиканский н.-т. совет по направлению Информатизация России НИИ Квант. Концепция развития безопасных информационных технологий: обеспечение защиты информации в проектах информатизации России. – М: 1992.
Савицкий В.И. Автоматизированные системы управления воздушным движением. Справочник. – М: Транспорт 1986.
Сертификация программного обеспечения. Документ радиотехнической комиссии по аэронавтике. RTCADO-178. Пер. с англ. – ВЦП 1981.
Сертификация продукции. Международные стандарты и руководства ИСОМЭК в области сертификации и управления качеством. – М: Изд-во стандартов 1990.
Шаракшанэ А.С. В.П. Шахин В.П. А.К. Халецкий А.К. Испытания программ сложных автоматизированных систем. – М: Высшая школа 1982.
Шичков Л.П. Михайленко О.А. Сидоров А.В. Гулько О.Д. Мерзляков А.К. Проектирование информационных систем Методические указания по изучению дисциплины и задания для курсового проекта. – М: РГАЗУ 2007.
Щербо В.К. Международная стандартизация в области информационной технологии. – Проблемы информатизации 1992 №4.
Ярушкина Н. Соснин П. Интеллектуальный инструментарий проектирования и реализации диалоговых систем. – Управляющие системы и машины 1991 №4.