 |
Банк рефератов содержит более 364 тысяч рефератов, курсовых и дипломных работ, шпаргалок и докладов по различным дисциплинам: истории, психологии, экономике, менеджменту, философии, праву, экологии. А также изложения, сочинения по литературе, отчеты по практике, топики по английскому. |
|
Информация о поставщиках будет располагаться в файле с именем «postav.dbf» со следующей структурой файла (Таблица 3.2): Таблица 3.2.
Информация об операторах будет располагаться в файле с именем «operators.dbf» со следующей структурой файла (Таблица 3.3.): Таблица 3.3.
Информация о документах прихода будет располагаться в файле с именем «prihod.dbf» со следующей структурой файла (Таблица 3.4.): Таблица 3.4.
Информация о расположении будет располагаться в файле с именем «adress.dbf» со следующей структурой файла (Таблица 3.5.): Таблица 3.5.
Определим необходимые атрибуты объектного отношения документов отгрузки. Анализ информации, которая должна содержатся в акте об отгрузки продукции со склада, показывает, что следует выделить следующие атрибуты объектного отношения документов отгрузки со склада: 1. № акта об отгрузки; 2. № заказа; 3. оператор; 4. время создания акта; 5. дата создания акта; 6. код клиента; 7. название клиента; 8. адрес клиента; 9. телефон клиента; 10. дата отгрузки 11. время отгрузки 12. код продукции 13. адрес продукции на складе 14. количество коробов 15. срок годности продукции Используя данное объектное отношение, мы получим слишком громоздкую базу данных, с огромной избыточностью. Так как отгружаемая продукция будет иметь определенное количество разных адресов на складе для каждого кода продукции в отдельности, то мы получим большое число строк, в которых будет повторяться информация о клиентах, продукции, операторах. Исходя из данного анализа целесообразно будет разбить объектное отношение документов отгрузки на несколько отдельных объектных отношений: документы отгрузки, карточка товара, клиенты, операторы, адрес отгрузки. Объектные отношения карточка товара и операторы представлены выше. Определим атрибуты объектного отношения «Клиенты»: 1. код клиента; 2. название клиента; 3. адрес клиента; 4. телефон клиента; Определим атрибуты объектного отношения «Документы отгрузки»:1. № акта отгрузки; 2. № заказа; 3. оператор; 4. время создания акта отгрузки; 5. дата создания акта отгрузки; 6. код клиента; 7. дата отгрузки; 8. время отгрузки; Определим атрибуты объектного отношения «адрес отгрузки»: 1. код продукта; 2. количество коробов; 3. срок годности продукции; 4. адрес продукции Информация о клиентах будет располагаться в файле с именем «klient.dbf» со следующей структурой файла (Таблица 3.6.): Таблица 3.6.
Информация о документах отгрузки будет располагаться в файле с именем «otgryska.dbf» со следующей структурой файла (Таблица 3.7.): Таблица 3.7.
Информация о расположении будет располагаться в файле с именем «adress1.dbf» со следующей структурой файла (Таблица 3.8.): Таблица 3.8.
Инфологическая модель баз данных "Приход", "Уход" построенная с помощью языка "таблицы-связи" представлена на рис. 3.9. /5/ 3.4 Описание модулей программы В виду громоздкости программного кода проекта в данном разделе приведем описание одного модуля программы на примере модуля Unit1.pas. Этот модуль описывает работу формы ввода пароля. Соответствующий листинг представлен в приложении. Представленный исходный код модуля Delfi, написанный на объектно-ориентированном языке Object Pascal реализует интерфейс пользователя для ввода пароля. В списке Uses данного модуля присутствуют ссылки на модули Unit2 и Unit 3. Благодаря этому данный
модуль может вызывать во время выполнения программы вышеперечисленные модули обращаться к их элементам. В разделе type перечислены визуальные компоненты, принадлежащие форме Form1, а также приведены объ 4. Защита информации в ЛВС подразделения 4.1 Анализ возможностей системы разграничения доступа ОС Wndows NT. Windows NT имеет средства обеспечения безопасности, встроенные в операционную систему. Рассмотрим наиболее значимые из них: · Централизованное управление безопасностьюДля повышения удобства Windows NT имеет централизованные средства управления безопасностью сети. Имеется возможность установки области и связей доверия для централизации сетевого учета пользователей и другой информации, относящийся к безопасности, в одном месте, облегчая управление сетью и использование ее. При централизованном управлении безопасностью для каждого пользователя имеется только одна учетная карточка и она дает пользователю доступ ко всем разрешенным ему ресурсам сети. Можно использовать только один сетевой компьютер, чтобы проследить за активностью на любом сервере сети. · Управление рабочими станциями пользовател ейПрофили пользователя в Windows NT позволяют обеспечить большое удобство пользователям и в то же самое время ограничить их возможности, если это необходимо. Чтобы использовать профили пользователя для большей продуктивности, имеется возможность сохранить на сервере профили, содержащие все характеристики пользователя и установочные параметры, как например, сетевые соединения, программные группы и даже цвета экрана. Этот профиль используется всякий раз, когда пользователь начинает сеанс на любом компьютере с Windows NT так, что предпочитаемая им среда следует за ним с одной рабочей станции на другую. Для того, чтобы применять профили при ограничении возможностей пользователя, необходимо добавить ограничения к профилю, как например, предохранить пользователя от изменения программных групп и их элементов, делая недоступными части интерфейса Windows NT, когда пользователь будет регистрироваться в сети. · Слежение за деятельностью сетиWindows NT Server дает много инструментальных средств для слежения за сетевой деятельностью и использованием сети. ОС позволяет просмотреть серверы и увидеть, какие ресурсы они совместно используют; увидеть пользователей, подключенных к настоящему времени к любому сетевому серверу и увидеть, какие файлы у них открыты; проверить данные в журнале безопасности; записи в журнале событий; и указать, о каких ошибках администратор должен быть предупрежден, если они произойдут. · Начало сеанса на компьютере Windows NTВсякий раз, когда пользователь начинает сеанс на рабочей станции Windows NT, экран начала сеанса запрашивают имя пользователя, пароль и домен. Затем рабочая станция посылает имя пользователя и пароль в определенный домен для идентификации. Сервер в этом домене проверяет имя пользователя и пароль в базе данных учетных карточек пользователей домена. Если имя пользователя и пароль идентичны данным в учетной карточке, сервер уведомляет рабочую станцию о начале сеанса. Сервер также загружает другую информацию при начале сеанса пользователя, как например установки пользователя, свой каталог и переменные среды. По умолчанию не все учетные карточки в домене позволяют входить в систему серверов домена. Только карточкам групп администраторов, операторов сервера, операторов управления печатью, операторов управления учетными карточками и операторов управления резервным копированием разрешено это делать. · Учетные карточки пользователейКаждый человек, который использует сеть, должен иметь учетную карточку пользователя в некотором домене сети. Учетная карточка пользователя содержит информацию о пользователе, включающую имя, пароль и ограничения по использованию сети, налагаемые на него. Имеется возможность также сгруппировать пользователей, которые имеют аналогичные работы или ресурсы, в группы; группы облегчают предоставление прав и разрешений на ресурсы, достаточно сделать только одно действие, дающее права или разрешения всей группе. · Журнал событий безопасностиWindows NT позволяет определить, что войдет в ревизию и будет записано в журнал событий безопасности всякий раз, когда выполняются определенные действия или осуществляется доступ к файлам. Элемент ревизии показывает выполненное действие, пользователя, который выполнил его, а также дату и время действия. Это позволяет контролировать как успешные, так и неудачные попытки каких-либо действий. · Права пользователяПрава пользователя определяют разрешенные типы действий для этого пользователя. Действия, регулируемые правами, включают вход в систему на локальный компьютер, выключение, установку времени, копирование и восстановление файлов сервера и выполнение других задач. В доменах Windows NT Server права предоставляются и ограничиваются на уровне домена; если группа находится непосредственно в домене, участники имеют права во всех первичных и резервных контроллерах домена. В каждой рабочей станции Windows NT и в каждом компьютере Windows NT Server, который не является контроллером домена, предоставленные права применяются только к этому единственному компьютеру. · Установка пароля и политика учетных карточекДля каждого домена можно определить все аспекты политики пароля: минимальную длину пароля (по умолчанию 6 символов), минимальный и максимальный возраст пароля (по умолчанию устанавливается 14 и 30 дней) и исключительность пароля, который предохраняет пользователя от изменения его пароля на тот пароль, который пользователь использовал недавно (по умолчанию должен предохранить пользователей от повторного использования их последних трех паролей). Дается возможность также определить и другие аспекты политики учетных карточек: · Должна ли происходить блокировка учетной карточки. · Должны ли пользователи насильно отключаться от серверов домена по истечении часов начала сеанса. · Должны ли пользователи иметь возможность входа в систему, чтобы изменить свой пароль. Когда разрешена блокировка учетной карточки, тогда учетная карточка блокируется в случае нескольких безуспешных попыток начала сеанса пользователя, и не более, чем через определенный период времени между любыми двумя безуспешными попытками начала сеанса. Учетные карточки, которые заблокированы, не могут быть использованы для входа в систему. Если пользователи принудительно отключаются от серверов, когда время его сеанса истекло, то они получают предупреждение как раз перед концом установленного периода сеанса. Если пользователи не отключаются от сети, то сервер произведет отключение принудительно. Однако отключения пользователя от рабочей станции не произойдет. Если от пользователя требуется изменить пароль, то, когда он этого не сделал при просроченном пароле, он не сможет изменить свой пароль. При просрочке пароля пользователь должен обратиться к администратору системы за помощью в изменении пароля, чтобы иметь возможность снова входить в сеть. Если пользователь не входил в систему, а время изменения пароля подошло, то он будет предупрежден о необходимости изменения, как только он будет входить и помощь администратора ему будет не нужна. /4/ 4.2 Обоснование применения специальных средств защиты информации. При всех неоспоримых положительных качествах, встроенных средств обеспечения безопасности Windows NT в нашем случае их не достаточно. Этот вывод сделан на основании того, что не все требования, перечисленные в разделе 1.3.3, выполняются встроенными средствами безопасности ОС Windows NT, а именно: · нет возможности шифрования трафика сети; · дополнительной идентификации пользователей; · затирания остатков информации в системе. 4.3 Выбор программно-аппаратных средств защиты информации Так как Windows NT не может обеспечить требуемый уровень безопасности данных в локальной вычислительной сети нашего подразделения, то логичным является путь установки дополнительных средств защиты. Сегодня на рынке присутствует достаточное количество дополнительных средств защиты данных, требующихся нашей системе. Проанализируем возможности, предоставляемые этими средствами, и сделаем оптимальный выбор. - Комплекс “Аккорд”В состав комплекса входит одноплатный контроллер, вставляемый в свободный слот компьютера, контактное устройство (съемник информации), программное обеспечение и персональные идентификаторы DS199x Touch Memory в виде таблетки. Съемник устанавливается на передней панели компьютера, а идентификация осуществляется прикосновением идентификатора (таблетки) к съемнику. Аутентификация выполняется до загрузки операционной системы. Дополнительно может быть поставлена библиотека программ для подключения средств шифрования и электронной подписи. /6/ Таким образом, комплекс “Аккорд” не предоставляет всех необходимых нам услуг по защите информации. Шифрование и затирание остатков информации на носителях может быть произведено при помощи дополнительных утилит, аналогичных Diskreet и Wipeinfo из пакета Norton Utilities. - Комплекс Dallas LockВ соответствии со спецификацией версия Dallas Lock 3.1 должна обеспечивать полномасштабную защиту рабочей станции, а также связь со станцией мониторинга. Комплекс предусматривает регистрацию пользователя на рабочей станции и вход его в сеть посредством касания электронной карточки Touch Memory. Число вариантов серийных номеров – 48 триллионов. Dallas Lock обеспечивает: - возможность доступа к компьютеру и загрузки операционной системы только по предъявлении личной электронной карты пользователя и вводе личного пароля, - многоуровневое разграничение доступа по отношению к ресурсам компьютера, - защиту операционной системы, - ведение системных журналов событий, - установку для пользования опции гарантированного стирания файлов при их удалении, - защиту собственных файлов и контроль целостности среды. /6/ - Комплекс Secret Net NTАссоциация “Информзащита” предлагает систему защиты Secret Net, предназначенную для защиты хранимой и обрабатываемой информации на персональных компьютерах в ЛВС от НСД и противодействия попыткам нарушения нормального функционирования ЛВС и прикладных систем на ее основе. В качестве защищаемого объекта выступает ЛВС персональных ЭВМ типа IBM PC/AT и старше, объединенных при помощи сетевого оборудования Ethernet, Arcnet или Token-Ring. Система включает средства: - идентификации и аутентификации пользователей (в том числе и при использовании карт Touch Memory и Smart Card), - разграничения доступа к ресурсам, - контроля целостности, - регистрации событий в журнале безопасности, - затирания остатков данных на носителях информации, - шифрования трафика сети, - управления средствами защиты и др. Система Secret Net имеет сертификат Гостехкомиссии РФ /7/. Проанализировав возможности рассмотренных выше комплексов защиты информации в локальных сетях, можно прийти к выводу, что лишь Secret Net NT удовлетворяет всем трем пунктам наших требований, изложенных в разделе 1.3.3. 4.4 Принципы работы сервера безопасностиВ целях обеспечения защиты данных Secret Net следует следующим принципам: 1. Пользователь должен идентифицировать себя только раз в начале сессии. Это включает ввод имени и пароля клиента. 2. Пароль никогда не посылается по сети в открытом виде. Он всегда зашифрован. Дополнительно пароль никогда не хранится на рабочей станции или сервере в открытом виде. 3. Каждый пользователь имеет пароль, и каждая служба имеет пароль. 4. Единственным устройством, которое знает все пароли, является сервер безопасности . Этот сервер работает под серьезной охраной. Рассмотрим схему работы сервера безопасности (рис. 4.1.): 1. Пользователь вводит имя. 2. Перед вводом пароля выдается через сеть сообщение на сервер аутентификации. Это сообщение содержит имя пользователя вместе с именем Ticket-Granting Server (TGS). Это сообщение не нуждается в шифровании, так как знание имен в сети необходимо всем для электронной почты. 3. Сервер аутентификации по имени пользователя и имени TGS сервера извлекает из базы данных ключи для каждого из них. 4. Сервер аутентификации формирует ответ, который содержит Ticket (билет), который гарантирует доступ к запрашиваемому серверу. Ticket все-
гда посылается в закрытом виде. Ticket содержит временную марку и дату создания. Сервер аутентификации шифрует этот ticket , используя ключ TGS сервера (полученного на шаге 3). Это дает sealed ticket (запечатанный билет), который передается на рабочую станцию в зашифрованном виде (на ключе пользователя). 5. Рабочая станция, получив зашифрованное сообщение, выдает запрос на ввод пароля. Пароль пользователя используется внутренним дешифратором для расшифровывания сообщения. Затем ключ пользователя удаляется из памяти. На этот момент на рабочей станции имеется sealed ticket. Рассмотрим сценарий, когда пользователь хочет воспользоваться некоторой службой сети, например, запросить некий сервер (end server). Каждый запрос этой формы требует, прежде всего, получения ticket для данного сервера. 6. Рабочая станция создает сообщение, состоящее из sealed-ticket, sealed-authenticator и имени сервера, которое посылается TGS. Authenticator состоит из login-name, WS-net-address и текущего времени. Закрытый аутентификатор (sealed-authenticator) получается шифрованием. 7. TGS, получив сообщение, прежде всего, расшифровывает sealed-ticket и sealed-authenticator, используя ключ TGS. Таким образом, TGS получает все параметры для проверки достоверности: · Login-name, · TGS-name, · Сетевой адрес рабочей станции. Наконец, сравнивается текущее время в authenticator, чтобы определить, что сообщение сформировано недавно. Это требует, чтобы все рабочие станции и сервера держали время в пределах допустимого интервала. TGS по имени сервера из сообщения определяет ключ шифрования сервера. 8. TGS формирует новый ticket, который базируется на имени сервера. Этот ticket шифруется на ключе сервера и посылается на рабочую станцию. 9. Рабочая станция получает сообщение, содержащее sealed-ticket, который она расшифровать не может. 10. Рабочая станция посылает сообщение, содержащее sealed-ticket, sealed-authenticator и имя сервера (сообщение не шифруется). 11. Сервер принимает это сообщение и прежде всего дешифрует sealed-ticket, используя ключ, который только этот сервер и Secret Net знают. Сервер далее расшифровывает authenticator и делает проверку также как в пункте 7. Ticket и аутентификаторы являются ключевыми моментами для понимания применения сервера безопасности. Для того, чтобы рабочая станция использовала сервер, требуется билет (ticket). Все билеты, кроме первого, получаются из TGS. Первый билет является специальным: это билет для TGS и он получается из сервера аутентификации. Билеты, получаемые рабочей станцией, не являются исчерпывающей информацией для нее. Они зашифрованы на ключе сервера, для которого они будут использованы. Каждый билет имеет время жизни. Когда билет уничтожается, пользователь должен идентифицировать себя снова, введя свое имя и пароль. Чтобы выполнить это уничтожение, каждый билет содержит время его создания (выпуска) и количество времени, в течении которого он действителен. В отличие от билета, который может повторно использоваться, новый аутентификатор требуется каждый раз, когда клиент инициирует новое соединение с сервером. Аутентификатор несет временной штамп (метку), и уничтожается в течение нескольких минут после создания. Вот почему мы предполагаем, что все рабочие станции и серверы должны поддерживать синхронизацию часов. Точность этой синхронизации и размер сети определяют максимум рационального времени жизни аутентификатора. Сервер должен поддерживать историю предыдущих запросов клиента, для которых временная метка аутентификатора еще действительна (т.е. историю всех запросов внутри последних нескольких минут). Таким образом, сервер может отсечь дубликаты запросов, которые могут возникнуть в результате украденных билетов и аутентификаторов. Поскольку, как билет, так и аутентификатор содержат сетевой адрес клиента, другая рабочая станция не может использовать украденные копии без изменения их сущности, связанной с сетевым адресом владельца. Далее, поскольку аутентификатор имеет короткое время жизни и действителен только один раз, то взломщик должен проделать это до смерти аутентификатора, обеспечив также уверенность, что оригинальная копия билета и аутентификатора не достигнет нужного конечного сервера, и модифицировать их сетевой адрес, чтобы выглядеть как истинный клиент. Поскольку сервер подтверждает запрос клиента на обслуживание, то клиент и сервер разделяют одинаковый ключ шифрования. При желании клиент и сервер могут шифровать все данные их сессии, используя этот ключ, или они могут выбрать не шифровать данные вообще. Поскольку сервер удостоверил клиента, остальные шаги служат для удостоверения сервера. Это решает проблему неперсонифицированного вторжения в качестве сервера (т.е. подмены сервера). Клиент в этом случае требует, чтобы сервер послал назад сообщение, состоящее из временного штампа и аутентификатора клиента вместе со значением временной марки. Это сообщение зашифровано. Если сервер поддельный, он не знает действительного ключа шифрования сервера. Таким образом, вторгнуться в систему можно только тогда, когда взломщик может узнать имя и пароль клиента. /7/ 4.5. Шифрование трафика сети Для преобразования (шифрования) информации обычно используется некоторый алгоритм или устройство, реализующее заданный алгоритм, которые могут быть известны широкому кругу лиц. Управление процессом шифрования осуществляется с помощью периодически меняющегося кода ключа, обеспечивающего каждый раз оригинальное представление информации при использовании одного и того же алгоритма или устройства. Знание ключа позволяет просто и надежно расшифровать текст. Однако, без знания ключа эта процедура может быть практически невыполнима даже при известном алгоритме шифрования. Даже простое преобразование информации является весьма эффективным средством, дающим возможность скрыть ее смысл от большинства неквалифицированных нарушителей. Структурная схема шифрования информации представлена на рис. 4.2.
Для построения средств защиты от НСД необходимо иметь представление о методах криптографии. Их классификация приведена на рис. 4.3. Сам процесс криптографического закрытия данных может осуществляться как программно, так и аппаратно, однако аппаратная реализация обладает рядом преимуществ, главным из которых является высокая производительность. Сформулирована следующая система требований к алгоритму шифрования: · зашифрованный текст должен поддаваться чтению только при наличии ключа шифрования, · число операций для определения использованного ключа шифрования по фрагменту шифрованного текста и соответствующему ему открытого текста, должно быть не меньше общего числа возможных ключей, · знание алгоритма шифрования не должно влиять на надежность защиты, · незначительные изменения ключа шифрования должны приводить к существенному изменению вида зашифрованного текста, · незначительные изменения шифруемого текста должны приводить к существенному изменению вида зашифрованного текста даже при использовании одного и того же ключа, · длина шифрованного текста должна быть равна длине исходного текста, · любой ключ из множества возможных должен обеспечивать надежную защиту информации, · алгоритм должен допускать как программную, так и аппаратную реализацию. /6/ Современные широко применяемые методы шифрования можно разделить на два наиболее общих типа: с секретным ключом и с открытым ключом. Шифрование с секретным ключом симметрично – ключ, с помощью которого текст шифруется, применяется и для его дешифровки. Шифрование с открытыми ключами осуществляется с помощью двух ключей, поэтому оно относится к асимметричным системам шифрования. Открытый ключ не является секретным; более того, его доступность для всех и каждого, например за счет публикации в каталоге или включения в незащищенное сообщение электронной почты, имеет принципиальное значение для функционирования всей системы. Другой ключ, личный, служит для шифрования текстов, дешифруемых с помощью открытого ключа. /8/
Криптографические системы с открытым ключом используют необратимые или односторонние функции, для которых при заданном значении Х относительно просто вычислить значение f(x), однако если y=f(x), то нет простого пути для вычисления значения Х. Другими словами, чрезвычайно трудно рассчитать значение обратной функции. /6/ На практике криптографические системы с секретными ключами, как правило, быстрее систем с открытыми ключами, обеспечивающими ту же степень защиты.
В системе шифрования трафика сети комплекса Secret Net используется метод шифрования с секретным ключом. В ее основу положен алгоритм, основанный на известном стандарте DES, и соответствующий ГОСТ 28147-89. Суть алгоритма заключается в линейном преобразовании: S = L * t, где L – невырожденная матрица случайного линейного преобразования бит. И хотя расшифровывание в этом случае придется осуществлять решением систем линейных уравнений, но каждый бит шифровки начинает уже зависеть от каждого бита текста. Шифры на основе этого преобразования называют скремблерами (взбивателями). Для того, чтобы матрица L была невырожденной, случайной и при расшифровывании не нужно было производить много вычислений, американскими криптографами был предложен оригинальный алгоритм. Входной блок данных делится на левую L’ и правую R’ части. После этого формируется выходной массив так, что его левая часть L” представлена правой частью R’ входного, а правая часть R” формируется как сумма L’ и R’ операцией XOR. Далее, выходной массив шифруется перестановкой с заменой. После нескольких таких взбиваний каждый бит выходного блока может зависеть от каждого бита сообщения (рис. 4.4.). /9/ 5. Безопасность и экологичность проекта 5.1. Охрана труда на рабочем месте программиста. Охрана труда - система законодательных актов, социально-экономических, организационных, технических, гигиенических и лечебно-профилактических мероприятий и средств, обеспечивающих безопасность, сохранение здоровья и работоспособности человека в процессе труда. Научно-технический прогресс внес серьезные изменения в условия производственной деятельности работников умственного труда. Их труд стал более интенсивным, напряженным, требующим значительных затрат умственной, эмоциональной и физической энергии. Это потребовало комплексного решения проблем эргономики, гигиены и организации труда, регламентации режимов труда и отдыха. Охрана здоровья трудящихся, обеспечение безопасности условий труда, ликвидация профессиональных заболеваний и производственного травматизма составляет одну из главных забот человеческого общества. Обращается внимание на необходимость широкого применения прогрессивных форм научной организации труда, сведения к минимуму ручного, малоквалифицированного труда, создания обстановки, исключающей профессиональные заболевания и производственный травматизм. Данный раздел дипломного проекта посвящен рассмотрению следующих вопросов: · организация рабочего места программиста; · определение оптимальных условий труда программиста. 5.1.1. Описание рабочего места программиста
Рабочее место - это часть пространства, в котором инженер осуществляет трудовую деятельность, и проводит большую часть рабочего времени. Рабочее место, хорошо приспособленное к трудовой деятельности инженера, правильно и целесообразно организованное, в отношении пространства, формы, размера обеспечивает ему удобное положение при работе и высокую производительность труда при наименьшем физическом и психическом напряжении. При правильной организации рабочего места производительность труда инженера возрастает с 8 до 20 процентов. Согласно ГОСТ 12.2.032-78 конструкция рабочего места и взаимное расположение всех его элементов должно соответствовать антропометрическим, физическим и психологическим требованиям. Большое значение имеет также характер работы. В частности, при организации рабочего места программиста должны быть соблюдены следующие основные условия: · оптимальное размещение оборудования, входящего в состав рабочего места; · достаточное рабочее пространство, позволяющее осуществлять все необходимые движения и перемещения; · необходимо естественное и искусственное освещение для выполнения поставленных задач; · уровень акустического шума не должен превышать допустимого значения. Главными элементами рабочего места программиста являются письменный стол и кресло. Основным рабочим положением является положение сидя. Рабочее место для выполнения работ в положении сидя организуется в соответствии с ГОСТ 12.2.032-78. Рабочая поза сидя вызывает минимальное утомление программиста. Рациональная планировка рабочего места предусматривает четкий порядок и постоянство размещения предметов, средств труда и документации. То, что требуется для выполнения работ чаще, расположено в зоне легкой досягаемости рабочего пространства. Моторное поле - пространство рабочего места, в котором могут осуществляться двигательные действия человека. Максимальная зона досягаемости рук - это часть моторного поля рабочего места, ограниченного дугами, описываемыми максимально вытянутыми руками при движении их в плечевом суставе. Оптимальная зона - часть моторного поля рабочего места, ограниченного дугами, описываемыми предплечьями при движении в локтевых суставах с опорой в точке локтя и с относительно неподвижным плечом.
Зоны досягаемости рук в горизонтальной плоскости. а - зона максимальной досягаемости; б - зона досягаемости пальцев при вытянутой руке; в - зона легкой досягаемости ладони; г - оптимальное пространство для грубой ручной работы; д - оптимальное пространство для тонкой ручной работы. Рассмотрим оптимальное размещение предметов труда и документации в зонах досягаемости рук: ДИСПЛЕЙ размещается в зоне а (в центре); КЛАВИАТУРА - в зоне г/д; СИСТЕМНЫЙ БЛОК размещается в зоне б (слева); ПРИНТЕР находится в зоне а (справа); ДОКУМЕНТАЦИЯ 1) в зоне легкой досягаемости ладони - в (слева) - литература и документация, необходимая при работе; 2) в выдвижных ящиках стола - литература, неиспользуемая постоянно. При проектировании письменного стола следует учитывать следующее: · высота стола должна быть выбрана с учетом возможности сидеть свободно, в удобной позе, при необходимости опираясь на подлокотники; · нижняя часть стола должна быть сконструирована так, чтобы программист мог удобно сидеть, не был вынужден поджимать ноги; · поверхность стола должна обладать свойствами, исключающими появление бликов в поле зрения программиста; · конструкция стола должна предусматривать наличие выдвижных ящиков (не менее 3 для хранения документации, листингов, канцелярских принадлежностей, личных вещей). Параметры рабочего места выбираются в соответствии с антропометрическими характеристиками. При использовании этих данных в расчетах следует исходить из максимальных антропометрических характеристик (М+2). При работе в положении сидя рекомендуются следующие параметры рабочего пространства: · ширина не менее 700 мм; · глубина не менее 400 мм; · высота рабочей поверхности стола над полом 700-750 мм. Оптимальными размерами стола являются: · высота 710 мм; · длина стола 1300 мм; · ширина стола 650 мм. Поверхность для письма должна иметь не менее 40 мм в глубину и не менее 600 мм в ширину. Под рабочей поверхностью должно быть предусмотрено пространство для ног: · высота не менее 600 мм; · ширина не менее 500 мм; · глубина не менее 400 мм. Важным элементом рабочего места программиста является кресло. Оно выполняется в соответствии с ГОСТ 21.889-76. При проектировании кресла исходят из того, что при любом рабочем положении программиста его поза должна быть физиологически правильно обоснованной, т.е. положение частей тела должно быть оптимальным. Для удовлетворения требований физиологии, вытекающих из анализа положения тела человека в положении сидя, конструкция рабочего сидения должна удовлетворять следующим основным требованиям: · допускать возможность изменения положения тела, т.е. обеспечивать свободное перемещение корпуса и конечностей тела друг относительно друга; · допускать регулирование высоты в зависимости от роста работающего человека ( в пределах от 400 до 550 мм ); · иметь слегка вогнутую поверхность, · иметь небольшой наклон назад. Исходя из вышесказанного, приведем параметры стола программиста: · высота стола 710 мм; · длина стола 1300 мм; · ширина стола 650 мм; · глубина стола 400 мм. Поверхность для письма: · в глубину 40 мм; · в ширину 600 мм. Важным моментом является также рациональное размещение на рабочем месте документации, канцелярских принадлежностей, что должно обеспечить работающему удобную рабочую позу, наиболее экономичные движения и минимальные траектории перемещения работающего и предмета труда на данном рабочем месте. Создание благоприятных условий труда и правильное эстетическое оформление рабочих мест на производстве имеет большое значение как для облегчения труда, так и для повышения его привлекательности, положительно влияющей на производительность труда. Окраска помещений и мебели должна способствовать созданию благоприятных условий для зрительного восприятия, хорошего настроения. В служебных помещениях, в которых выполняется однообразная умственная работа, требующая значительного нервного напряжения и большого сосредоточения, окраска должна быть спокойных тонов - малонасыщенные оттенки холодного зеленого или голубого цветов При разработке оптимальных условий труда программиста необходимо учитывать освещенность, шум и микроклимат. 5.1.2. Расчет информационной нагрузки программиста Программист, в зависимости от подготовки и опыта, решает задачи разной сложности, но в общем случае работа программиста строится по следующему алгоритму: Таблица 2
Данный алгоритм отражает общие действия программиста при решении поставленной задачи независимо от ее сложности. Таблица 3
Подсчитаем количество членов алгоритма и их частоту (вероятность) относительно общего числа, принятого за единицу. Вероятность повторения i-ой ситуации определяется по формуле: pi = k/n, где k – количество повторений каждого элемента одного типа. n – суммарное количество повторений от источника информации, одного типа. Результаты расчета сведем в таблицу 4: Таблица 4.
Количественные характеристики алгоритма (Табл.4) позволяют рассчитать информационную нагрузку программиста. Энтропия информации элементов каждого источника информации рассчитывается по формуле, бит/сигн:
где m – число однотипных членов алгоритма рассматриваемого источника информации. H1 = 2 * 2 + 2 * 4 = 10 H2 = 3 * 1,585 + 8 * 3 + 0 + 6 * 2,585 = 44, 265 H3 = 5 * 2,323 + 2 * 1 + 6 + 2,585 = 29,125 Затем определяется общая энтропия информации, бит/сигн: HΣ = H1 + H2 + H3 , где H1 , H2 , H3 – энтропия афферентных, эфферентных элементов и логических условий соответственно. HΣ = 10 + 44,265 + 29,125 = 83,39 Далее определяется поток информационной нагрузки бит/мин,
где N – суммарное число всех членов алгоритма; t – длительность выполнения всей работы, мин. От каждого источника в информации (члена алгоритма) в среднем поступает 3 информационных сигнала в час, время работы - 225 часов, Ф = Рассчитанная информационная нагрузка сравнивается с допустимой. При необходимости принимается решение об изменениях в трудовом процессе. Условия нормальной работы выполняются при соблюдении соотношения:
где Фдоп.мин. и Фдоп.макс. – минимальный и максимальный допустимые уровни информационных нагрузок (0,8 и 3,2 бит/с соответственно); Фрасч. – расчетная информационная нагрузка 0,8 < 2,6 <3,2 5.1.3. Расчет вентиляцииСистемы отопления и системы кондиционирования следует устанавливать так, чтобы ни теплый, ни холодный воздух не направлялся на людей. На производстве рекомендуется создавать динамический климат с определенными перепадами показателей. Температура воздуха у поверхности пола и на уровне головы не должна отличаться более, чем на 5 градусов. В производственных помещениях помимо естественной вентиляции предусматривают приточно-вытяжную вентиляцию. Основным параметром, определяющим характеристики вентиляционной системы, является кратность обмена, т.е. сколько раз в час сменится воздух в помещении. Расчет для помещенияVвент - объем воздуха, необходимый для обмена; Vпом - объем рабочего помещения. Для расчета примем следующие размеры рабочего помещения: · длина В = 7.35 м; · ширина А = 4.9 м; · высота Н = 4.2 м. Соответственно объем помещения равен: V помещения = А * В * H =151,263 м3 Необходимый для обмена объем воздуха Vвент определим исходя из уравнения теплового баланса: Vвент * С( tуход - tприход ) * Y = 3600 * Qизбыт Qизбыт - избыточная теплота (Вт); С = 1000 - удельная теплопроводность воздуха (Дж/кгК); Y = 1.2 - плотность воздуха (мг/см). Температура уходящего воздуха определяется по формуле: tуход = tр.м. + ( Н - 2 )t , где: t = 1-5 градусов - превышение t на 1м высоты помещения; tр.м. = 25 градусов - температура на рабочем месте; Н = 4.2 м - высота помещения; tприход = 18 градусов. tуход = 25 + ( 4.2 - 2 ) 2 = 29.4 Qизбыт = Qизб.1 + Qизб.2 + Qизб.3 , где: Qизб. - избыток тепла от электрооборудования и освещения. Qизб.1 = Е * р , где: Е - коэффициент потерь электроэнергии на топлоотвод ( Е =0.55 для освещения); р - мощность, р = 40 Вт * 15 = 600 Вт. Qизб.1 = 0.55 * 600=330 Вт Qизб.2 - теплопоступление от солнечной радиации, Q изб .2 =m * S * k * Qc , где: m - число окон, примем m = 4; S - площадь окна, S = 2.3 * 2 = 4.6 м2 ; k - коэффициент, учитывающий остекление. Для двойного остекления k = 0.6; Qc = 127 Вт/м - теплопоступление от окон. Qизб.2 = 4.6 * 4 * 0.6 * 127 = 1402 Вт Qизб.3 - тепловыделения людей Qизб.3 = n * q , где: q = 80 Вт/чел. , n - число людей, например, n = 15 Qизб.3 = 15 * 80 = 1200 Вт Qизбыт = 330 +1402 + 1200 = 2932 Вт Из уравнения теплового баланса следует: Vвент
Оптимальным вариантом является кондиционирование воздуха, т.е. автоматическое поддержание его состояния в помещении в соответствии с определенными требованиями (заданная температура, влажность, подвижность воздуха) независимо от изменения состояния наружного воздуха и условий в самом помещении. Выбор вентилятора
Вентиляционная система состоит из следующих элементов: 1. Приточной камеры, в состав которой входят вентилятор с электродвигателем, калорифер для подогрева воздуха в холодное время года и жалюзная решетка для регулирования объема поступающего воздуха; 2. Круглого стального воздуховода длиной 1.5 м; 3. Воздухораспределителя для подачи воздуха в помещение. Потери давления в вентиляционной системе определяются по формуле:
где: Н - потери давления, Па; R - удельные потери давления на трение в воздуховоде, Па/м; l - длина воздуховода, м; V - скорость воздуха, ( V = 3 м/с ); р - плотность воздуха, (р = 1.2 кг/м ). Необходимый диаметр воздуховода для данной вентиляционной системы:
Принимаем в качестве диаметра ближайшую большую стандартную величину -0.45 м, при которой удельные потери давления на трение в воздуховоде - R=0.24 Па/м. Местные потери возникают в железной решетке (x=1.2), воздухораспределителе (x=1.4) и калорифере (x=2.2). Отсюда, суммарный коэффициент местных потерь в системе: x = 1.2 +1.4 + 2.2 = 4.8 Тогда
С учетом 10 %-го запаса: Н = 110% * 26.28 = 28.01 Па Vвент = 110% *1442 = 1586.2 м/ч По каталогу выбираем вентилятор осевой серии МЦ4: расход воздуха - 1600, давление - 40 Па, КПД - 65% , скорость вращения - 960 об/мин, диаметр колеса - 400 мм, мощность электродвигателя - 0.032 кВт. В этой части дипломной работы были изложены требования к рабочему месту программиста (пользователя). Созданные условия должны обеспечивать комфортную работу. На основании изученной литературы по данной проблеме, были указаны оптимальные размеры рабочего стола и кресла, рабочей поверхности, расчет вентиляции, а также расчет информационной нагрузки. Соблюдение условий, определяющих оптимальную организацию рабочего места программиста, позволит сохранить хорошую работоспособность в течение всего рабочего дня, повысит, как в количественном, так и в качественном отношениях производительность труда программиста, что в свою очередь будет способствовать быстрейшей разработке и последующему внедрению новой технологии производства. 5.1.4. Охpана окружающей среды. В современном обществе резко возрастает роль промышленной экологии, призванной на основе оценки степени вреда, приносимого природе индустриализацией разрабатывать и совершенствовать инженерно - технические средства защиты окружающей среды. По мере развития промышленности, энергетики, средств транспорта антропогенное загрязнение окружающей среды возрастает. Рациональное решение экологических проблем возможно при оптимальном взаимодействии природы и общества, обеспечивающем дальнейшее развитие общества и сохранение восстановительных сил в природе. Состояние окружающей среды требует от создателей новых технологий и машин пристального внимания к вопросам экологии. Любое техническое решение должно приниматься не только с учетом технологических и экономических требований, но и экологических аспектов. Разрабатываемая система устанавливается в помещении складского терминала, все элементы системы стандартизированы и сертифицированы Госстандартом России на допустимость побочных излучений. На рабочем месте оператора рекомендуется установить защитные экраны на мониторы. Вредных воздействий на окружающую среду система не оказывает. 5.2. Безопасность жизнедеятельности в чрезвычайных ситуациях
Обеспечение безопасности человека – одна из главных задач общества. Для этого создается система безопасности человека в чрезвычайных ситуациях (ЧС). В мирное время чрезвычайные ситуации могут возникать в результате производственных и транспортных аварий, катастроф, стихийных бедствий (землетрясений, ураганов, затоплений, эпидемий, лесных пожаров), диверсий или факторов военно-политического характера. За последнее десятилетие число аварий и катастроф в промышленности возросло. Причины: сложность современной промышленной технологии, недостаточная квалификация и бдительность персонала, попустительство контролирующих органов, низкое качество проектных решений и слабая технологическая и трудовая дисциплина. Статистика показывает, что более 80% аварий (катастроф) на производстве носит антропогенный характер, 64% аварий происходит за счет нарушения правил эксплуатации техники и 16% - за счет некачественного строительства. Наиболее крупные аварии последних лет: 1986 г. – взрыв цистерн с метилизоцианатом в г. Бхопал (Индия), в результате погибло 3150 чел. и более 200 тыс. человек отравлено; 1989 г. – разрушение изотермического резервуара с аммиаком на заводе г. Иокава (Литва) привело к гибели 8 чел., отравлено более 60 чел., заражение площади в 400 км2, эвакуировано около 40 тыс. чел. Катастрофической была авария на башкирском продуктопроводе в мае 1989 г. – взрыв газоконденсатного облака по мощности равный взрыву 300 т. тротила привел к гибели 780 человек. Подобная авария (взрыв 120 т. гексогена ) в Арзамасе привела к гибели 91 человека, ущерб составил 76 млн. рублей. Загрязнение реки Шугуровка (г. Уфа) фенолом в марте 1990 г. превысило ПДК в 4000 раз, ущерб составил 162 млн. рублей. Радиационные аварии потенциально еще более опасны. Авария в 1979 г. на АЭС «Три-Майл-Айленд» (США) привела к радиоактивному заражению территории в 1000 км2, активность выброса составила 1.5 млн. Ки. ущерб исчислялся более чем 1 млрд. долл. В результате Чернобыльской катастрофы (1986 г.) погибло более 100 человек, острой формой лучевой болезни заболело 380 человек, радиоактивному заражению подверглось одиннадцать областей России, Украины и Беларуси с населением 17 млн. человек, активность выброса составила 50 млн. Ки, ущерб исчисляется в 15 млрд. рублей. С 1971 по 1991 г. в мире произошло более 150 аварий на АЭС. За последние 20 лет в результате возникновения чрезвычайных ситуаций погибло 3 млн. человек, пострадало 800 млн. чел. В СНГ в зонах химически опасных объектов проживает около 60 млн. человек, в радиационно-опасных зонах – 120 млн. человек. Таким образом, при авариях (катастрофах) на радиационно, пожаро-, взрыво- и химически опасных объектах происходят радиоактивное, химическое заражение окружающей среды, разрушения и пожары, характеризующиеся: - длительностью, масштабностью заражения (площадь радиоактивного заражения от ЧАЭС составляет 1.5 млн. га, радиус разрушений при взрыве под Уфой – 15 км); - серьезным морально-психологическим воздействием на человека вследствие необычности поражающего действия (внешняя картина, высокие температуры, отравление атмосферы, нечувствительность людей к поражающим факторам на начальных этапах развития аварии), вызывающего оцепенение, потерю воли, фобии и т.д.; - трудоемкостью, малоэффективностью и большой стоимостью защиты (эффективность дезактивационных работ составляет 5% от вложенных средств, ликвидация последствий продолжается месяцами, годами); - массовыми жертвами и большими материальными потерями (ежегодно в СНГ происходит около 19 млн. несчастных случаев; 700 тыс. человек травмируются на производстве, в том числе 14 тыс. погибает, инвалидами производства становятся 30 тыс. человек. Материальный ущерб от пожаров только в 1990 г. составил 1 млрд. руб.). Опыт показывает, что при ликвидации последствий ЧС на объектах народного хозяйства оценка обстановки в ряде случаев производилась с запозданием и неточно, прогнозирование игнорировалось, руководители, рабочий персонал объекта и население района аварии не были подготовлены по вопросам пожарной, химической, радиационной безопасности.
5.2.1. Оценка пожарной обстановки в населенных пунктах Пожарная обстановка в населенных пунктах определяется, исходя из характера застройки, огнестойкости зданий и категории пожарной опасности объектов. Исходные данные для оценки обстановки: R – расстояние между зданиями, м; L – длина фронта пожара, м; j – влажность воздуха, %; – тип защитных сооружений (встроенные, отдельно стоящие, негерметичные). V в – скорость ветра, м/с. - Устанавливаем степень огнестойкости зданий и сооружений объекта, исходя из типа материала и времени развития пожара (t разв ) I ст. огнестойкости (t разв до 2 часов) – основные сооружения из негорючих материалов повышенной сопротивляемости II ст. огнестойкости (t разв » 2 часа) – основные элементы сооружений – негорючие материалы III ст. огнестойкости (t разв ≤ 1,5 часа) – сооружения каменные с деревянными оштукатуренными переборками IV ст. огнестойкости (t разв ≤ 1 час) – оштукатуренные деревянные здания V ст. огнестойкости (t разв ≤ 1 час) – деревянные здания и сооружения Кроме того, следует учитывать, что в зданиях I – II ст. огнестойкости пожар возникает от повреждения газовых и электрических сетей при взрывах от ∆ P ф = 30÷50 кПа, в IV – V – от ∆ P ф ≈ 20 кПа. - Устанавливаем категорию пожарной опасности (ПО) объекта исходя из характера технологического процесса и типа промышленного производства. Категории объектов по ПО: А – нефтеперерабатывающие заводы, химические производства, склады бензина, растворителей, красок. Б – производства приготовления и транспортировки угольный пыли, древесной муки, цеха СТК, воздушные коммуникации. В – деревообрабатывающие производства, склады леса, масел, текстильные производства, стапеля с деревянными лесами. Г – металлургические производства, котельные, литейные, транспортные цеха. Д – предприятия по холодной обработке металлов, трубомедницкие, корпусные, механосборочные цеха. На объектах категории А и Б пожары возникают при разрушении систем жизнеобеспечения от ∆ P ф = 10÷30 кПа. - Определяем плотность застройки объекта, населенного пункта по формуле:
где - Определяем вероятность возникновения и распространения пожара (график, рис 5.2.)
P = f (R, П) Можно определить вероятность распространения пожара в зависимости от R – расстояния между зданиями (табл. 5.4.). Таблица 5.4.
- Определяем скорость распространения пожара. Для средних топографических и климатических условий определение производится по графику (рис. 5.2.) Скорость распространения пожара в населенных пунктах с деревянной застройкой составляет при υв = 3 - 4 м/с, Vп = 150 - 300 м/ч, время развития пожара 0.5 часа. В населенных пунктах с каменными зданиями (при этой же скорости ветра) Vп = 60 - 120 м/ч При высокой и средней скорости распространения пожара требуется срочная эвакуация населения, рис 5.3. - Определение проходимости улиц для эвакуации и тушения пожара (Пр ) табл. 5.5. Пр = f (Cт.0, tгор ) Таблица 5.5.
- Определение характера воздействия пожара на людей, находящихся в защитных сооружениях. Люди в зоне пожара подвергаются воздействию высокой температуры (ВТ) и вредных примесей газовой среды (дым, окись углерода), в результате чего получают легкое, среднее или тяжелое отравление (ЛО,СО,ТО). Характер воздействия газовой среды на человека отражен в табл. 5.6.
Таблица 5.6.
- Потребность в силах и средствах пожаротушения рассчитывается по формуле: Nотд
= где Nотд – число отделений пожаротушения, Lфр – длина фронта на одно отделение. Структурно-логическая схема прогнозирования и оценки обстановки при пожарах показана на рис. 5.4. 5.2.2. Комплексная задача по прогнозированию и оценке пожарной обстановки При сильном урагане возник мощный очаг пожара в населенном пункте, прилегающем к железнодорожной станции. Состав зданий: населенный пункт, станция (кирпично-деревянные). Расстояние между зданиями 10 – 15 м, Sзастр. = 30 км2 , Sрайона = 100 км2 . Метеоусловия Vв = 7-8 м/с, φ = 60 %. Защитные сооружения встроенные, негерметичные. Оценить пожарную обстановку. Решение 1. Определяем степень огнестойкости зданий (Ст.0) и категорию пожароопасности (КПО). Стапели, поселок, станция (деревянные) – V Ст.0, КПО «В» Кирпичные дома – III Ст.0, КПО «Г» При ∆ Pф = 30 кПа в поселке возможен пожар от разрушения коммуникаций 2. Определяем плотность застройки поселка
3. Определяем вероятность распространения пожара Р = f(П) 65 % (рис. 5.2.) 4. Определяем скорость распространения пожара в населенном пункте при средних условиях (рис. 5.3.). Скорость распространения небольшая (~ 120 м/ч) 5. Определяем проходимость улиц (таблица 5.5.). При Ст.0 III-V tразв. пож. = 1,2 часа, Rбез проезда = 20-50 м.
6. Определяем воздействие на людей (таблица 5.6.). Люди в ЗСГО – герметичные встроенные (за 3 часа возможно ЛО и ВТ – легкое отравление и температурное воздействие); - негерметичные (за 3 часа) СО и ВТ. Выводы из оценки обстановки: 1. Пожары в населенном пункте вызовут временную потерю трудоспособности людей. 2. Скорость распространения пожара небольшая. 3. Для предотвращения пожара необходима его локализация в течении 1 часа. 6. Патентный поиск 6.1. Правовая охрана программ для ЭВМ и баз данных Авторское право Авторское право на программу для ЭВМ или базу данных возникает в силу их создания. Для признания и осуществления авторского права на программу для ЭВМ или базу данных не требуется депонирования, регистрации или соблюдения иных формальностей. Правообладатель для оповещения о своих правах может, начиная с первого выпуска в свет программы для ЭВМ или базы данных, использовать знак охраны авторского права, состоящий из трех элементов: символ “ã”; наименование (имени) правообладателя; года первого выпуска программы для ЭВМ или базы данных в свет. Автором программы для ЭВМ или базы данных признается физическое лицо, в результате творческой деятельности которого они созданы. Если программы для ЭВМ или базы данных созданы совместной творческой деятельностью двух и более физических лиц, то независимо от того, состоит ли программа для ЭВМ или база данных из частей, каждая из которых имеет самостоятельное значение, или является неделимой, каждое из этих лиц признается автором такой программы для ЭВМ или базы данных. В случае если часть программы для ЭВМ или базы данных имеют самостоятельное значение, каждый из авторов имеет право авторства на созданную им часть. Регистрация программных средств Правообладатель всех имущественных прав на программу для ЭВМ или базу данных непосредственно через своего представителя в течение срока действия авторского права может по своему желанию зарегистрировать программу для ЭВМ или базу данных путем подачи заявления в Российское агентство по правовой охране программ для ЭВМ, баз данных и топологий интегральных схем (далее - Роспатент). Заявка на официальную регистрацию программы для ЭВМ или базы данных (далее - заявка на регистрацию) должна относится к одной программе для ЭВМ или одной базе данных. Заявка на регистрацию должна содержать: - заявление на официальную регистрацию программы для ЭВМ или базы данных с указанием правообладателя, а также автора, если он не отказался быть упомянутым в качестве такового, и их местонахождение (местожительства); - депонируемые материалы, идентифицирующие программу для ЭВМ или базу данных, включая реферат; - документ, подтверждающий уплату регистрационного сбора в установленном размере или основания для освобождения от уплаты регистрационного сбора, а также для уменьшения его размера. Правила оформления заявки на регистрацию определяет Роспатент. После поступления заявки на регистрацию в Роспатенте проверяется наличие необходимых документов и их соответствие требованиям, изложенным выше. При положительном результате проверки Роспатент вносит программу для ЭВМ или базу данных в Реестр программ для ЭВМ или Реестр баз данных, выдает заявителю свидетельство об официальной регистрации и публикует сведения о зарегистрированных программах для ЭВМ и базах данных в официальном бюллетене Роспатента. По запросу Роспатента или по собственной инициативе заявитель вправе по публикации сведений в официальном бюллетене дополнять, уточнять и исправлять материалы заявки. Сведения, внесенные в Реестр программ для ЭВМ или Реестр баз данных, считаются достоверными до тех пор, пока не будет доказано обратное. Порядок регистрации программных средств в автоматизированной информационной базе ОФАП МПС 1.Обязательной регистрации в автоматизированной информационной базе ОФАП МПС подлежат программные средства для всех типов ЭВМ, разработанные предприятиями (организациями) и предназначенные для тиражирования в отрасли. 2. Регистрируются и ставятся на учет ПО АС и его компоненты имеющие статус продукции производственно-технического назначения и научно-технической продукции отраслевого и межотраслевого применения после приемки в постоянную эксплуатацию на головном объекте. 3 Управление вычислительной техники МПС PФ осуществляет контроль за соблюдением данного порядка подведомственными предприятиями и организациями. 4. Регистрацию программных средств в автоматизированной информационной базе ОФАПМПС и выдачу регистрационного номера осуществляет служба регистрации Отраслевого фонда алгоритмов и программ. 5. Состав материалов, представляемых для регистрации и учета АС в ОФАПМПС: по 1-й категории 1) Заявление на регистрацию ПС, подписанное руководителем организации; 2) Заполненная анкета. по 2-й категории 1) Заявление на регистрацию ПС, подписанное руководителем организации; 2) Комплект эксплуатационной документации сопровождения согласно требованиям ТЗ на разработку, выполненной в соответствии ГОСТ ЕСПД и "Информационная технология". 3) Заполненная анкета. по 3-й категории 1) Заявление на регистрацию ПС, подписанное руководителем организации; 2) Комплект эксплуатационной документации. 3) Заполненная анкета. 4) Акт о приемке в опытную (промышленную) эксплуатацию, или акт о внедрении на одном из объектов. по 4-й категории 1) Заявление на регистрацию ПС, подписанное руководителем организации; 2) Заполненная анкета; 3) Копия сертификата качества. 6. После регистрации ПС в информационной базе документация и магнитные носители с программным обеспечением возвращаются организации разработчику. 7. Ответственность за полноту, достоверность и правильность оформления информации в анкете несут разработчики. 8. Регистрация в информационной базе ОФАП не означает процедуры фондирования, а также передачи программного обеспечения для тиражирования. Порядок регистрации программных средств в Российском агентстве по правовой охране программ для ЭВМ и баз данных и топологий интегральных схем (РосАПО) 1. Регистрация программ, разрабатываемых организациями и предприятиями МПС РФ (независимо от форм собственности) осуществляется в Роспатенте. 2. В первом случае регистрация осуществляется путем подачи заявки на специальном бланке (непосредственно в Роспатенте). 3. Для регистрации в Роспатенте предоставляются: - заявление на официальную регистрацию; - депонируемые материалы идентифицирующие программы для ЭВМ или БД, включая реферат; - документ, подтверждающий уплату регистрационного сбора в уставном размере. 4. При подаче заявки на регистрацию должна быть предоставлена доверенность, подтверждающая полномочия представителя. 5. Документ “Правила составления, подачи и рассмотрения заявок на официальную регистрацию программ для ЭВМ и баз данных” включены в информационные материалы ОФАП и поставляются по заявкам. Согласно положению о регистрационных сборах за официальную регистрацию программ для ЭВМ, баз данных и топологий интегральных схем взимаются регистрационные сборы в следующем порядке: а) за подачу заявки на официальную регистрацию программ для ЭВМ, баз данных и топологий интегральных микросхем - в размере 50,09 рублей б) за внесение в Реестр программ для ЭВМ - в размере 25,04 рублей; в) за выдачу свидетельства об официальной регистрации программы для ЭВМ - в размере 16,7 рублей, за свидетельство выданное каждому из авторов; г) за публикацию сведений об официально зарегистрированной программе для ЭВМ – 16,7 рублей; д) за внесение уточнений и исправлений в материалы заявки на регистрацию – 16,7 рублей; е) за выдачу свидетельства о регистрации связанной с внесением изменений - 33,4 рубля. Итого за официальную регистрацию программ для ЭВМ в нашем случае составит регистрационный сбор в размере 158,63 рубля. В связи с тем, что среда визуализации Delphi 5 лицензирована Кбш.ж.д., разрешение на использование при написании программы отпадает. Выводы: для того чтобы иметь устойчивое положение на рынке программных продуктов, определенные гарантии защиты имущественных интересов от неправомерного использования, разрабатываемую систему необходимо зарегистрировать в Роспатенте. Для этого необходимо выполнить вышеописанные процедуры. Т.к. программный продукт может использоваться на других дорогах России, целесообразно зарегистрировать его в порядке рекламы в каталоге баз данных Информрегистра. 7. Экономический раздел 7.1. Расчет себестоимости разработки программного обеспечения Себестоимость - это величина расходов данного предприятия, приходящаяся на единицу продукции. Уровень себестоимости зависит от многих факторов: технического прогресса, объема выпускаемой продукции, производительности труда, норм расхода рабочей силы, материалов, топлива, энергии. Для определения себестоимости продукции могут использоваться различные методы: метод приведения к базовому узлу, метод удельных весов, метод учета затрат на единицу веса изделия, расчет себестоимости по статьям затрат. Работа над программным обеспечением состоит из следщих этапов, и задействованы следующие работники: 1. постановка задачи (150 часов) – инженер технолог; 2. разработка алгоритма и структуры базы данных (100 часов) инженер - технолог; 3. написание программы (850 часов)- инженер программист; 4. отладка программы (300 часов) - инженер программист; 5. подготовка программной документации (160 часов)- техник. Себестоимость разработки программного обеспечения Ср складывется из: · основной зарплаты инженера-программиста 8 разряда, инженера технолога 10 разряда, техника 8 разряда - Зосн (руб.); · дополнительной зарплаты Здоп (руб.); · отчислений на социальные нужды Ссоц. нуж. (руб.); · затрат на электроэнергию Сэ/э (руб.); · амортизационных отчислений A (руб.). Таким образом, себестоимость разработки программного обеспечения рассчитаем по следующей формуле: Ср = Зосн + Здоп +Ссоц. нуж. + Сэ/э + А 1. Рассчитаем основную заработную плату работников. Месячные оклады работников вычисляются по формуле:
где Месячный оклад для инженера 8 разряда составит:
Месячный оклад для инженера 10 разряда составит:
Месячный оклад для техника 8 разряда составит:
Часовая тарифная ставка вычисляется по формуле:
Часовая тарифная ставка у инженера программиста:
Часовая тарифная ставка у инженера технолога:
Часовая тарифная ставка у техника:
Расчет фонда заработной платы представлен в таблице 7.1. Таблица 7.1.
2. Отчисления на социальные нужды принимаются в размере 38,5% от суммы основной и дополнительной зарплат:
3. Рассчитаем расход средств на оплату электроэнергии, израсходованной для работы компьютера при написании, отладке программы, а также при составлении программной документации. Воспользуемся следующей формулой:
где P= 0,4- мощность, потребляемая компьютером при работе (кВт); Tраб – время работы компьютера, равное Tраб = 850+160+300 = 1310 (часов); 0,43 – стоимость киловатта электроэнергии на данный момент (руб.).
4. Амортизационные отчисления (аренда помещения) определим по формуле:
где S – площадь помещения, S=7м x 7м = 49 м2 d – количество рабочих дней, затраченных на разработку программы, d = (150+100+850+300)/24 = 59; Ссут – суточная плата за аренду помещения, примем Ссут = 1.63 руб.
Таким образом себестоимость разработки программного обеспечения составит: Cр= 26507,96+2650,796 + 11226,1226+225,32 + 1770 = 42380,1986 (руб.) Заключение В дипломном проекте представлена разработка информационной системы складского терминала. Внедрение данного проекта позволит в значительной степени повысить качество и производительность работы персонала складского терминала. В дипломном проекте разработан алгоритм работы информационной системы, разработана база данных информационной системы с теоретическим обоснованием на основе правил ER – декомпозиции. Разработан интерфейс информационной системы складского терминала. В дипломном проекте также рассмотрены вопросы конфиденциальности информации, хранимой в информационной системе, вопросы экономики, охраны труда, гражданской обороны и патентного поиска. Список используемых источников 1. А.А. Смехов Введение в логистику: - M: Транспорт, 1993. – 110 с. 2. Б.А. Аникин Логистика: Учебник. – М.: ИНФРА-М, 2000. – 352 c. 3. М. Гук Аппаратные средства IBM PC: Энциклопедия. – СПб: Питер Ком, 1999. – 816 с. 4. А.Юдин. ”Концепции и руководство по планированию Microsoft Windows NT Server”. 5. В.В. Кириллов СitForum «Основы проектирования реляционных баз данных» 6. В.Мельников. ”Защита информации в компьютерных системах”. Москва. ”Финансы и статистика”. ”Электроинформ”. 1997. 7. “Руководство администратора безопасности системы “Secret Net NT”. Информзащита. 8. С.Штайнке. “Идентификация и криптография”. LAN\Журнал сетевых решений. 1998. №2. 9. В.Жельников. “Криптография от папируса до компьютера”. ABF. Москва. 1997. 10. Фаронов В.В., Шумаков П.В. Delfi 4. «Руководство разработчика баз данных» - М.: «Нолидж», 1999.-560с. 11. Архангельский А.Я. «Разработка прикладных программ для Windows в Delfi 5» - М.: ЗАО «Издательство БИНОМ», 1999. – 256 с. 12. 11. Архангельский А.Я. «100 компонентов общего назначения библиотеки Delfi 5» - М.: ЗАО «Издательство БИНОМ», 1999. – 272 с. 13. Яковлев В.В. «Локальные сети персональных ЭВМ»: Учебное пособие. Часть 1. – С.Петербург: ПИИТ, 1993. – 52 с. Приложения Склад № 17 Акт о разгрузке № 00589/12.10.99 Дата: 12.10.1999 1. Место приемки товара и составления данного акта: Кинель 2. Комиссия в составе: Заведующий складом: Данилова А.Н. Водитель: Новиков Ю.С. 3. Номер автомобиля (прицепа): 08-27 КШП 4. Груз доставлен из: КО «Россия» Дата и время отправки груза: ______________ Время доставки на склад: ______________ Время окончания разгрузки: ______________ 5. Номер товарно-транспортной накладной: 2748 6. Количество мест (коробов) с указанием даты реализации продукта:
Страница 1 Всего страниц 2 7. Состояние пломбы: ____________________________ 8. Наличие рекламных материалов, оборудования и т.п., не указанных в сопроводительных документах: __________________________________ ______________________________________________________________ 9. Примечание: ________________________________________________ _____________________________________________________________ Представители: Заведующий складом: Водитель: Данилова А.Н. Новиков Ю.С. _________________ _________________ Страница 2 Всего страниц 2 Журнал прихода № 00596/12.10.1999 На склад: Кинель От: КО «Россия»
Страница 1 Всего страниц 1 Журнал расхода № 04765 Со склада: Кинель
Страница 1 Всего страниц 1 Лист отгрузки со склада Со склада: Кинель
ЗАКАЗ № ОС00006092 Код клиента: S010 Название клиента: ООО «Виктория Холдинг» Отгрузка произведена: 12.02.2000 13:45
Страница 1 Всего страниц 2
Всего коробов отгружено: 1341 Заведующий складом: Плотников А.Н. Указанный выше товар сдала представителю получателя полностью ___________________ Получатель: ООО «Виктория Холдинг» Товар получил в соответствии с наименованиями, спецификациями и количествами, указанными в настоящем документе ___________________ Страница 2 Всего страниц 2 Листинг модуля программы Unit1.pas unit Unit1; interface uses Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs, StdCtrls, Grids, DBGrids, Db, DBTables, Mask; type TForm1 = class(TForm) Label1: TLabel; Button1: TButton; MaskEdit1: TMaskEdit; Table1: TTable; Table1Pasword: TFloatField; Table1Fam: TStringField; Table1Im: TStringField; Table1Ot: TStringField; Table1Adres: TStringField; Table1Telefon: TStringField; Table1Status: TStringField; DataSource1: TDataSource; procedure Button1Click(Sender: TObject); procedure MaskEdit1KeyDown(Sender: TObject; var Key: Word; Shift: TShiftState); procedure FormClose(Sender: TObject; var Action: TCloseAction); { Private declarations } public { Public declarations } end; var Form1: TForm1; s,p,s1 : string; implementation uses Unit2, Unit3; {$R *.DFM} procedure TForm1.Button1Click(Sender: TObject); begin Form1.Table1.Locate('Pasword',MaskEdit1.Text,[loPartialKey]); if Form1.Table1.Locate('Pasword',MaskEdit1.Text,[loPartialKey])=false then Application.Terminate; if Form1.Table1.Locate('Pasword',MaskEdit1.Text,[loPartialKey])=true then begin Form1.Table1.Edit; s:=Form1.Table1Status.Text; p:=Form1.Table1Fam.Text; Form1.Table1.Post; Form3.Label1.Caption:=p; Form3.Label2.Caption:=s; if Form1.Table1Status.Text='Администратор' then Form3.Button2.Visible:=true else Form3.Button2.Visible:=false; if Form1.Table1Status.Text='Администратор' then Form3.Button3.Visible:=true else Form3.Button3.Visible:=false; Form2.Visible:=false; Form1.Visible:=false; Form3.Show; Form1.MaskEdit1.Text:=''; end; end; procedure TForm1.MaskEdit1KeyDown(Sender: TObject; var Key: Word; Shift: TShiftState); begin if (key = VK_RETURN) then Form1.Button1.Click; end; procedure TForm1.FormClose(Sender: TObject; var Action: TCloseAction); begin Form1.Visible:=false; Form3.ShowModal; end; end.
Смотреть все комментарии (23) Работы, похожие на Реферат: Информационная система складского терминала Назад   
|
|
|
|
|
| |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Самарский институт инженеров железнодорожного транспорта 
2001
Процесс получения товара клиентом следующий: Клиент приезжает в региональный офис компании «Русь», оплачивает необходимые товары и после оформления соответствующих документов отправляется на склад посредника, где по оформленным документам непосредственно производится отгрузка продукции клиенту. 
Термин "топология сети" относится к пути, по которому данные перемещаются по сети. Существуют три основных вида топологий: "общая шина", "звезда" и "кольцо". ЛВС предприятия построена по топологии «звезда» рис.1.4. В качестве среды передачи сигналов используется витая пара (Twisted Pair) пятой категории, что позволяет передавать информацию на скорости до 100 Мбит/с. Сеть построена по самой популярной технологии Ethernet, и представляет собой архитектуру сетей с разделяемой средой и широковещательной передачей. Это означает, что все узлы сегмента сети получают пакет одновременно.
который служит в качестве первичного контроллера домена
и хранит оригинал базы данных учетных карточек пользователя и групп домена. В дополнение к сказанному, домен может также иметь другие серверы, работающие под управлением Windows NT Server и служащие в качестве резервных контроллеров домена
, а также компьютеры, служащие в качестве стандартных серверов, серверов LAN Manager 2.x, клиентов Windows NT Workstation и других клиентов, как например, работающих с MS-DOS(рис.1.6.). Первичный контроллер домена должен быть сервером, работающим под управлением Windows NT Server. Все изменения базы данных, учетных карточек пользователя и групп домена должны выполняться в базе данных первичного контроллера домена. Резервные контроллеры домена, работающие под управлением Windows NT Server, хранят копию базы данных учетных карточек домена. База данных учетных карточек копируется во все резервные контроллеры домена. Все резервные контроллеры домена дополняют первичный контроллер и могут обрабатывать запросы на начала сеанса от пользователей учетных карточек домена. Если домен получает запрос на начало сеанса, первичный контроллер домена или любой из резервных контроллеров домена может идентифицировать попытку начала сеанса. Дополнительно к первичным и резервным контроллерам домена, работающим под управлением Windows NT Server, есть другой тип серверов. Во время установки Windows NT они определяются, как “серверы”, а не контроллеры домена. Сервер, который входит в домен, не получает копию базы данных пользователей домена. Для организации сети существует четыре модели: модель единственного домена, модель основного домена, модель многочисленных основных доменов и модель полного доверия
. Для построения ЛВС предприятия использована модель основного домена. Эта модель дает централизованное управление и организационные преимущества управления многими доменами. В этой модели один домен - основной домен, в котором регистрируются все пользователи и глобальные группы. Все другие домены сети доверяют этому домену и таким образом можно использовать пользователей и глобальные группы, зарегистрированные в них. Основная цель главного домена - управление сетевыми учетными карточками пользователя. Другие домены в сети - домены ресурса; они не хранят учетные карточки пользователя и не управляют ими, а только обеспечивают ресурсы (как например, файлы и принтеры коллективного использования) сети. В этой модели только первичные и резервные контроллеры домена в основном домене имеют копии учетных карточек пользователей сети. /4/ Логическая структура сети показана на рис. 1.7. 
явления процедур, используемых в данном модуле. Процедура TForm1.Button1Click выполняется при нажатии кнопки <ОК>. Она нажимается тогда, когда пароль введен в поле MaskEdit1. Процедура проверяет, есть ли в записях базы данных «операторы» в поле «password» значение введенное в поле MaskEdit1. Если найдена хотя бы одна запись, имеющая в поле «password» значение, введенное в MaskEdit1, то программа продолжает работать. Если значение введенное в MaskEdit1 не найдено приложение прекращает свою работу. После проверки пароля проверяется статус человека, набравшего пароль. Если в базе данных «операторы» в поле «status» стоит значение «оператор», то кнопки на главной форме, доступные для администратора БД, делаются недоступными. Если поле «status» содержит значение «администратор», то все кнопки на главной форме становятся доступными. Значение полей «Fam» и «Status» присваивается меткам на главной форме. В конце процедуры формы Form1 и Form2 делаются невидимыми. Главная форма Form3 делается видимой. Процедура TForm1.MaskEdit1KeyDown необходима для того, чтобы процедура TForm1.Button1Click запускалась не только при нажатии кнопки <ОК>, но и при нажатии клавиши <Enter>. Процедура TForm1.FormClose выполняется всегда, при закрытии формы Form1. Форма Form1 делается невидимой, а главная форма Form3 наоборот отображается на экране как модальная.
,
,
= 2,6 бит/с
м3
, 
- площадь зданий, км2
- площадь района, км2
- тарифный коэффициент. 
,
,
 |
|
 |
||
|
|
|||
|
|
|
||