бесплано рефераты

Разделы

рефераты   Главная
рефераты   Искусство и культура
рефераты   Кибернетика
рефераты   Метрология
рефераты   Микроэкономика
рефераты   Мировая экономика МЭО
рефераты   РЦБ ценные бумаги
рефераты   САПР
рефераты   ТГП
рефераты   Теория вероятностей
рефераты   ТММ
рефераты   Автомобиль и дорога
рефераты   Компьютерные сети
рефераты   Конституционное право
      зарубежныйх стран
рефераты   Конституционное право
      России
рефераты   Краткое содержание
      произведений
рефераты   Криминалистика и
      криминология
рефераты   Военное дело и
      гражданская оборона
рефераты   География и экономическая
      география
рефераты   Геология гидрология и
      геодезия
рефераты   Спорт и туризм
рефераты   Рефераты Физика
рефераты   Физкультура и спорт
рефераты   Философия
рефераты   Финансы
рефераты   Фотография
рефераты   Музыка
рефераты   Авиация и космонавтика
рефераты   Наука и техника
рефераты   Кулинария
рефераты   Культурология
рефераты   Краеведение и этнография
рефераты   Религия и мифология
рефераты   Медицина
рефераты   Сексология
рефераты   Информатика
      программирование
 
 
 

Локальная компьютерная сеть

Локальная компьютерная сеть

Введение

Локальная компьютерная сеть — типичный атрибут практически любого современного предприятия, начиная от небольшой фирмы, заканчивая крупным заводом. Сети могут быть разными по размерам, топологии, уровням организации и выполнять различные задачи от простого предоставления в общее пользование принтеров и папок до большой корпоративной сети, объединяющей многие сегменты, предоставляющей Internet и т.д. Однако, вне зависимости от размеров сети, неоспоримым остается тот факт, что сеть состоит из отдельных компьютеров. А каждый компьютер состоит из множества элементов: материнская плата, процессор, винчестер и т.д. И если для пользователя этого компьютера не представляет интерес, какой тип процессора работает в системном блоке его компьютера, то это представляет большой интерес для системного администратора, обеспечивающего бесперебойную работу компьютерной сети в целом. Для программиста, программа которого будет работать на данном компьютере, а также для бухгалтера, отвечающего за денежный учет компьютеров и оргтехники на предприятии.

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

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


1 Описание процесса учёта компьютерного оборудования

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

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

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

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

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

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

Задача учета компьютерной техники в организации очень важна по разным причинам:

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

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

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

а) как тратятся деньги на техническое оснащение, перевооружение, обслуживание и ремонт компьютерной техники;

б) насколько эти затраты эффективны;

в) где сейчас находится, эта купленная год назад техника, и какова история ее переоснащения.

Руководителям служб автоматизации программа поможет:

а) спланировать эффективное распределение имеющихся технических ресурсов;

б) всегда поддерживать актуальные описания текущих конфигураций компьютерного оборудования;

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

г) оперативно обрабатывать заявки персонала на обновление и ремонт техники;

д) вести контроль компонентного состава техники и установленного ПО легко и быстро составлять большое количество необходимой отчетной документации.


2 Постановка задачи на разработку автоматизированной системы учёта компьютерного оборудования

2.1 Характеристики комплекса задач

2.1.1 Назначение комплекса задач

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

а) ведение списка производителей компьютерного оборудования, аксессуаров с указанием их реквизитов;

б) ведение списка поставщиков компьютерного оборудования, аксессуаров с указанием их реквизитов;

в) создание удобной структуры предприятия в виде дерева подразделений и работающих в них сотрудников;

г) ведение списка компьютеров предприятия с закреплением их по подразделениям и сотрудникам;

д) учет и списание компьютеров в виде комплектующих, а не просто с указанием параметров машины;

е) ведение списка документов покупки оборудования, просмотр и печать содержимого каждого документа;

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

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

и) ведение списка программного обеспечения, установленного на компьютерах, а также пользователей (с их логинами и паролями), работающих с этим программным обеспечением;

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

м) составление отчетов о компьютерах предприятия.

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

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

Следующая задача — ведение структуры предприятия. Структуру предприятия целесообразно представить в виде дерева подчиненных подразделений. Кроме того, в дереве должны присутствовать и сотрудники. Изменение подчиненности подразделений и сотрудников должно выполняться интерактивно — при помощи процедуры Drag-and-Drop. Формирование подробной структуры предприятия необходимо для выяснения принадлежности компьютера (и его элементов) к тому или иному подразделению и сотруднику.

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

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

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

Как из первого, так и из второго режима можно прейти в третий режим — отображение подробных данных о компьютере. Здесь в виде дерева показываются элементы компьютеры с указанием их типа, производителя, модели, серийного номера. Кроме того, для каждого элемента, а также компьютера целиком выводятся данные об их покупке с выводом документов, цен и сроков гарантии. Элементы, относящиеся к разным покупкам должны группироваться. Этот режим называется мастером структуры.

Интерфейс программы во всех окнах должен быть един и удобен для пользователя. Так в любом окне, в котором представлен состав элементов компьютера, должна присутствовать возможность добавления, удаления или редактирования элементов компьютера, а в списке компьютеров — возможность добавления, удаления компьютера или вызова мастера его структуры.

Четвертый режим служит для интерактивного изменения пользователем состава элемента компьютера путем переноса их из других компьютеров. В окне должны отображаться два дерева компьютеров с составом элементов и при помощи функции Drag-and-Drop пользователь может переносить элементы из одного компьютера в другой. Этот режим называется мастером перемещения.

Отдельно следует выделить случай покупки нового компьютера. В программе следует предусмотреть три режима покупки:

а) компьютер приобретается целиком, по одному документу, в котором нет разбиения на элементы;

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

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

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

Систематизация информации по оборудованию производится следующим образом. После того, как приобретенный компанией комплект оборудования поставлен на учет в бухгалтерии в качестве “основного средства” - ему присвоен инвентарный номер и указана первоначальная стоимость, - этот комплект под тем же номером и с той же стоимостью может быть зарегистрирован и в программе “Учет оборудования” (такая “параллель” обеспечивает возможность сверки различных форм учета и снижает вероятность ошибок при инвентаризации). далее, на каждую единицу оборудования создается электронный справочник. В него последовательно, в каждый момент перехода от одного этапа жизненного цикла оборудования к другому, путем заполнения и проведения соответствующих документов заносятся реквизиты оборудования, предусмотренные в конфигурации. Например, на этапе приобретения нового оборудования ему присваиваются и вносятся в формуляр инвентарный номер и персональное имя, регистрируются тип и стоимость, поставщик, гарантийный номер и срок гарантии, указываются ответственное лицо, принимающего оборудование на хранение, и подразделение, в котором пользователь будет работать на этом оборудовании. Дополнительные вкладки формуляра предназначены для занесения состава конфигурации оборудования (перечень комплектующих) и списка установленного программного обеспечения.

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

Всё поступившее в компанию оборудование, запасные комплектующие, и программное обеспечение учитываются в перечнях резервов и автоматически исключаются из этого списка в момент передачи пользователю или установке на рабочие станции. Поэтому невозможно дважды “распределить” один и тот же компьютер или повторно “установить” уже израсходованные комплектующие. При проведении ремонтных работ демонтированные с оборудования неисправные комплектующие учитываются и сохраняются в конфигурации как “списанные”, таким образом их учет не теряется. Если же при модернизации оборудования идет замена исправных устройств, которые могут быть в будущем использованы для ремонта других комплектов, то программа “Учет оборудования” обеспечивает “возвращение” демонтированных комплектующих “на склад” и сохранение их в списках резервов. Аналогично в программе можно документально зарегистрировать разукомплектование исправной устаревшей модели оборудования на отдельные устройства и перевод их в категорию запасных. Соответствующие изменения вносятся в формуляр и сохраняются при регистрации других этапов жизненного цикла оборудования. Для хранения информации по учету оборудования в конфигурации предусмотрен ряд справочников по видам и типам комплектующих, видам характеристик комплектующих и единицам их измерений, производителям и поставщикам оборудования, а также по структурным подразделениям и сотрудникам своей компании. Кроме того, в программе “Учет оборудования” отдельно взят на учет большой перечень реквизитов программных продуктов по их стоимости и лицензиям. Разработан ряд справочников по программному обеспечению, обеспечена регистрация поступлений программных продуктов в организацию, а также возможность установить контроль над их установкой, заменой и удалением. В программе предусмотрена система авторизации и контроля прав, которая позволяет дифференцировать возможности использования различных функций для отдельных категорий пользователей. Например, сотрудник, работающий на персональном компьютере, может зафиксировать в электронном документе только факт и характер неисправности своей рабочей станции (этим он автоматически формирует заявку на ремонт оборудования в обслуживающее подразделение). Результат же выполненного ремонта, а также связанные с ним расход комплектующих со склада и изменение состава деталей компьютера заносится в базу данных только представителем подразделения технического обслуживания. Возможности программы позволяют организовать получение самой разнообразной отчетной и аналитической информации о состоянии и движении офисного оборудования компании. В отчетах могут быть представлены сведения об эксплуатации оборудования за любой выбранный промежуток времени. Например, можно сформировать отчет с перечнем всех рабочих станций выбранного отдела, на которых установлено интересуемое программное обеспечение. Или, все оборудование компании в стоимостном выражении, которое поступило за определенный период.

2.2 Выходная информация

Идентификатор: ИНФОРМАЦИЯ О КОМПЬЮТЕРЕ

Форма: видеокадр

Периодичность: по требованию

Получатель: инженер

Назначение: просмотр информации о компьютере

Состав реквизитов: Инвентарный номер, iр- адрес, Название, Цена,

Ответственное лицо, Пользователь

Вид: (Приложение Б)

Идентификатор: ИНФОРМАЦИЯ О КОМПЛЕКТУЮЩИХ

Форма: видеокадр

Периодичность: по требованию

Получатель: инженер

Назначение: просмотр информации о комплектующих

Состав реквизитов: Инвентарный номер, Название модель,

Производитель, Поставщик

Вид: (Приложение Б)

Идентификатор: ИНФОРМАЦИЯ О ПРОГРАММНОМ

ОБЕСПЕЧЕНИИ

Форма: видеокадр

Периодичность: по требованию

Получатель: инженер

Назначение: просмотр информации о программном обеспечении

Состав реквизитов: Инвентарный номер, Название, Версия,

Регистрационный ключ, Цена, ‚Web-сайт

Идентификатор: ИНФОРМАЦИЯ О ПОЛЬЗОВАТЕЛЕ

Форма: видеокадр

Периодичность: по требованию

Получатель: инженер

Назначение: просмотр информации о пользователе

Состав реквизитов: id- Пользователь, Имя, должность, Логин,

Пароль, Отдел

Идентификатор: ИНФОРМАЦИЯ ОБ ОТВЕТСТВЕННОМ ЛИЦЕ

Форма: видеокадр

Периодичность: по требованию

Получатель: инженер

Назначение: просмотр информации об ответственном лице

Состав реквизитов: id-Ответственное лицо, Имя, Компьютер

Вид: (Приложение Б)

2.3 Входная информация

Идентификатор: НОВЫЙ КОМПЬЮТЕР

Форма: видеокадр

Срок и частота поступления: по требованию

Состав реквизитов: Инвентарный номер, iр- адрес, Название, Цена,

Ответственное лицо, Пользователь

Идентификатор: НОВЫЕ КОМПЛЕКТУЮЩИЕ

Форма: видеокадр

Срок и частота поступления: по требованию

Состав реквизитов: Инвентарный номер, Название модель,

Производитель, Поставщик

Идентификатор: НОВЫЙ ПОЛЬЗОВАТЕЛЬ

Форма: видеокадр

Срок и частота поступления: по требованию

Состав реквизитов: id- Пользователь, Имя, должность, Логин,

Пароль, Отдел

Идентификатор: НОВОЕ ОТВЕТСТВЕННОЕ ЛИЦО

Форма: видеокадр

Срок и частота поступления: по требованию

Состав реквизитов: id-Ответственное лицо, Имя, Компьютер

Идентификатор: НОВОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

Форма: видеокадр

Срок и частота поступления: по требованию

Состав реквизитов: Инвентарный номер, Название, Версия,

Регистрационный ключ, Цена, ‚Web-сайт


3 Разработка информационного обеспечения

3.1 Проектирование БД методом «сущность-связь»

База данных - именованная совокупность данных отображающих состояние объектов и их отношение в рассматриваемой предметной области

Преимущества работы с БД:

а) Возможность общего доступа;

б) Возможность соблюдения стандартов;

в) Возможность введения ограничений для обеспечения безопасности;

г) Возможность обеспечения целостности данных;

д) Независимость данных, т.е. иммунитет приложений к изменениям в структуре хранения БД.

Цели проектирования БД:

а) Возможность хранения в БД всех данных представляющих интерес в данной предметной области;

б) Исключение избыточности данных;

в) Сведение количества хранимых отношений к минимуму;

г) Нормализация отношений.

3.1.1 Выделение стержневых сущностей

В данной задаче выделим следующие стержневые сущности:

а) Компьютеры;

б) Комплектующие;

в) Словарь комплектующие;

г) Производители;

д) Поставщики;

е) Программное обеспечение;

ж) Словарь ПО;

з) Отделы;

и) Ответственное лицо;

к) Пользователи;

л) документы.

3.1.2 диаграмма ЕR-типа

Проектирование базы данных методом «сущность/связь». При помощи этого метода строим диаграмму ЕR-типа ( Еntitу-Relationship model) (Рисунок 3.1) в определённом смысле эта диаграмма является моделью базы данных.

Элементы модели:

а) Сущность представляет собой множество реальных или абстрактных объектов, например: люди, места, события, факты, которые имеют общие характеристики. Сущность - это логическое понятие. Сущности соответствует таблица в реальной СУБд. Сущность — объект или субъект реального мира представляющий интерес в данной предметной области. Этот объект должен иметь экземпляры, отличающиеся друг от друга и допускающие однозначную идентификацию идентификатора. Сущность определяет множество атрибутов, которые описывают свойства данной сущности;

б) Ключ сущности — атрибут или набор атрибутов, однозначно определяющий экземпляр сущности;

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

Связь имеет два характера:

а) Степень связи — это то количество экземпляров одной сущности, которое может быть ассоциировано с одним экземпляром самой сущности. Определяется, как правило, для бинарной связи. Может быть 1:1, 1:n, n:m;

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

3.1.3 Описание связей в ЕR-диаграмме

а) Связь «поставляют» объединяет сущности «Словарь комплектующие» и «Поставщики»

(Поставщики — поставляют — Словарь комплектующие)

Степень связи «один ко многим» т.к. каждый комплектующий элемент может быть поставлен одним поставщиком, и каждым поставщиком может быть поставлено много комплектующих. Класс принадлежности сущности словарь комплектующие обязателен т.к. у всех комплектующих должен быть поставщик, а класс принадлежности сущности поставщики необязателен, потому что на предприятии может не быть комплектующих поставленных данным поставщиком;

б) Связь «производят» объединяет сущности «Словарь комплектующие» и «Производители»

(Производители — производят - Словарь комплектующие)

Степень связи «один ко многим» т.к. каждый комплектующий элемент может быть произведён одним производителем, и каждым производителем может быть произведено много комплектующих. Класс принадлежности сущности словарь комплектующие обязателен т.к. у всех комплектующих должен быть производитель, каждый компьютер должен быть поставлен поставщиком, а класс принадлежности сущности производитель необязателен, потому что на предприятии может не быть комплектующих произведённых данным производителем;

в) Связь «является элементом» объединяет сущности «Комплектующие» и «Словарь комплектующие»

(Комплектующие — является элементом - Словарь комплектующие)

Степень связи «один ко многим» т.к. каждый комплектующий элемент может быть в одном словаре, и в каждом словаре может быть много комплектующих. Класс принадлежности сущности комплектующие обязателен т.к. все комплектующие должны быть в словаре, а класс принадлежности сущности словарь комплектующие необязателен, потому что в словаре может не быть комплектующих;

г) Связь «состоят» объединяет сущности «Комплектующие» и «Компьютеры» (Компьютеры — состоят - Комплектующие)

Степень связи «один ко многим» т.к. компьютеры могут состоять из нескольких комплектующих, и каждый комплектующий элемент может быть поставлен только в один компьютер. Класс принадлежности обоих сущностей обязательный т.к. все комплектующие должны стоять в компьютере, и компьютеры должны состоять из комплектующих;

д) Связь «хранятся» объединяет сущности «Комплектующие» и «Документы» (Документы — хранятся - Комплектующие)

Степень связи «один ко многим» т.к. у комплектующего элемента может быть один документ, и в каждом документе может быть несколько комплектующих. Класс принадлежности обоих сущностей обязательный т.к. все комплектующие должны иметь документы, и в каждый документ должен состоять из комплектующих;

е) Связь «находятся» объединяет сущности «Компьютеры» и «Отделы»
(Компьютеры — находятся - Отделы)

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

ж) Связь «установлено» объединяет сущности «Компьютеры» и «Программное обеспечение»

(Программное обеспечение — установлено - Компьютеры)

 Степень связи «много ко многим» т.к. на одном компьютере может стоять много программного обеспечения, и каждое программное обеспечение может стоять на нескольких компьютерах;

з) Связь «является элементом» объединяет сущности «Программное обеспечение» и «Словарь ПО»

(Программное обеспечение — является элементом - Словарь ПО)

 Степень связи «один ко многим» т.к. каждое программное обеспечение может быть в одном словаре, и в каждом словаре может быть много программного обеспечения. Класс принадлежности сущности программное обеспечение обязателен т.к. всё программное обеспечение быть в словаре, а класс принадлежности сущности словарь ПО необязателен, потому что в словаре может не быть программного обеспечения;

и) Связь «отвечает» объединяет сущности «Компьютеры» и «Ответственное лицо»

(Ответственное лицо — отвечает - Компьютеры)

Степень связи «один ко многим» т.к. за каждый компьютер несёт ответственность один человек, и один человек может нести ответственность за несколькими компьютерами. Класс принадлежности обоих сущностей обязательный т.к. за каждый компьютер несёт ответственность ответственное лицо, и каждое ответственное лицо несёт ответственность за компьютеры;

к) Связь «работают» объединяет сущности «Отделы» и «Пользователи»

(Пользователи — работают - Отделы)

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


3.1.4 Отношения

а) Компьютеры (id-Компьютер, Инвентарный номер, iр- Адрес, Название, Цена, id-Ответственное лицо, id-Отделы);

б) Комплектующие (Инвентарный номер, id- Компьютер, id- Документы, id-Комплектующие);

в) Словарь комплектующие (id-Комплектующие, Название, Модель id-Производители, id - Поставщики);

 г) Производители (id-Производители, Название, Web-сайт, Е-mail, Адрес, Телефон);

д) Поставщики (id-Поставщики, Название, ‚Web-сайт, Е-mail, Адрес, Телефон);

е) Программное обеспечение (Инвентарный номер, Цена, id- Программное обеспечение);

ж) Словарь ПО (id-Программное обеспечение, Название, Версия, Регистрационный ключ, Web-сайт);

з) Отделы (id-Отделы, Название, Руководитель, Телефон, № комнаты);

и) Ответственное лицо (id-Ответственное лицо, Имя, Должность);

к) Пользователи (id-Пользователи, Имя, Должность, Логин, Пароль, id-Отделы);

л) Документы (id-Документы, Номер документа, Дата создания);

м) Связь компьютеры - программное обеспечение (id-Компьютер, Инвентарный номер).

3.1.5 Исследование на НФБК

Проведем проверку: соответствует ли спроектированная база данных нормальной форме Бойса-Кодда.

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

Компьютеры

Возможный ключ Детерминант
id-Компьютер id-Компьютер

Комплектующие

Возможный ключ Детерминант
Инвентарный номер Инвентарный номер

Словарь комплектующих

Возможный ключ Детерминант
id-Комплектующие id-Комплектующие

Производители

Возможный ключ Детерминант
Id- Производители id- Производители

Поставщики

Возможный ключ Детерминант
id- Поставщики id- Поставщики

Пользователи

Возможный ключ Детерминант
id- Пользователи id- Пользователи

Ответственное лицо

Возможный ключ Детерминант
id-Ответственное лицо id-Ответственное лицо

Отделы

Возможный ключ Детерминант
id-Отделы id- Отделы

Программное обеспечение

Возможный ключ Детерминант
Инвентарный номер Инвентарный номер

Словарь ПО

Возможный ключ Детерминант
id-Программное обеспечение id- Программное обеспечение

Документы

Возможный ключ Детерминант
id-Документы id- Документы

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

Как было выяснено для созданной базы данных, выполняются оба необходимых и достаточных условия, для того чтобы созданная база данных находилась в нормальной форме Бойса-Кодда. Следовательно, проектированная база данных находится в НФБК.

3.1.6 Проверка на избыточность

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

Не одно из отношений не избыточно так как:

а) Все атрибуты одного отношения не могут быть найдены в другом отношении проекта (т.е. атрибуты одного отношения не являются подмножеством множества атрибутов другого отношения);

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

3.2 Разработка модели данных, используя CASE – средства ERwin

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

ЕRwin - средство разработки структуры базы данных (БД). Он имеет развитый инструмент для облегчения проектирования модели данных. ЕRwin сочетает графический интерфейс Windows, инструменты для построения ЕR- диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных.

В ERwin, как было сказано уже ранее, существуют два уровня представления и моделирования - логический и физический. На логическом уровне (Рисунок 3.2) не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.

Целевая СУБД, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ЕRwin (Рисунок 3.3).

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

Рисунок 3.2 – Логическая модель данных

 


Подпись: Рисунок 3.3 – Физическая модель данных


3.2.1 ERWin скрипт

/*Таблица для документов*/

СRЕАТЕ ТАВLЕ Документы (

 id_Документы VARCHAR(20) NOT NULL,

 №_ документа INTECER NULL,

 Дата_ создания DATE NULL

);

ALTER TABLE Документы

 ADD (PRIMARY KEY (id_документы));

/ *Таблица для комплектующих*/

СRЕАТЕ ТАВLЕ Комплектующие (

 Инвентарный_ номер СНАR(20) NOT NULL,

 id_Компьютеры VАRСНАR(20) NOT NULL,

 id_Документы VАRСНАR(20) NOT NULL,

 id_Комплектующие VАRСНАR(20) NULL,

 Цена FLOAT NULL

);

ALTER TABLE Комплектующие

 ADD (РRIМАRУ КЕУ (Инвентарный_ номер));

/*Таблица для компьютеров*/

СRЕАТЕ ТАВLЕ Компьютеры (

 id_Компьютеры VАRСНАR(20) NOT NULL,

 id_Ответственное_ лицо СНАR(20) NOT NULL,

 id_Отделы VАRСНАR(20) NOT NULL,

 Инвентарный_ номер СНАR(20) NULL,

 iр_ Адрес СНАR(20) NULL,

 Название СНАR(20) NULL,

 Цена FLOAT NULL

);

АLТЕR ТАВLЕ Компьютеры

 АDD (РRIМАRУ КЕУ (id_Компьютеры));

/*Ассоциация компьютеры- программное обеспечение*/

СRЕАТЕ ТАВLЕ Компьютеры_ Программное_ обеспеч (

 id_Компьютеры VАRСНАR(20) NOT NULL,

 Инвентарный_ номер VАRСНАR(20) NOT NULL

);

АLТЕR ТАВLЕ Компьютеры_ Программное_ обеспеч

 АDD (РRIМАRУ КЕУ (id_Компьютеры, Инвентарный_ номер));

/* Таблица для ответственного лица*/

СRЕАТЕ ТАВLЕ Ответственное_ лицо (

 id_Ответственное_ лицо СНАR(20) NOT NULL,

 Имя VАRСНАR2(20) NULL,

 Должность VАRСНАR2(20) NULL

);

АLТЕR ТАВLЕ Ответственное_ лицо

 АDD (РRIМАRУ КЕУ (id_Ответственное лицо));

/*Таблица для отделов*/

 СRЕАТЕ ТАВLЕ Отделы (

 id_Отделы VАRСНАR2(20) NOT NULL,

 Название VАRСНАR2(20) NULL,

 Руководитель VАRСНАR2(20) NULL,

 №_ комнаты VАRСНАR2(10) NULL ,

 Телефон VАRСНАR2(11) NULL

);

АLТЕR ТАВLЕ Отделы

 АDD (РRIМАRУ КЕУ (id_Отделы));

/* Таблица для пользователей*/

СRЕАТЕ ТАВLЕ Пользователи (

 id_Пользователи VАRСНАR2(20) NOT NULL,

 Id_Отделы VАRСНАR2(20) NOT NULL,

 Имя VАRСНАR2(20) NULL,

 Должность VАRСНАR2(20) NULL,

 Логин VАRСНАR2(20) NULL,

 Пароль VАRСНАR2(20) NULL

);

АLТЕR ТАВLЕ Пользователи

 АDD (РRIМАRУ КЕУ (id_Пользователи));

/*Таблица для поставщиков*/

СRЕАТЕ ТАВLЕ Поставщики (

 id_Поставщики СНАR(20) NOT NULL,

 Название СНАR(20) NULL,

 Web_сайт СНАR(20) NULL,

 Е_mail СНАR(20) NULL,

 Адрес СНАR(20) NULL,

 Телефон СНАR(11) NULL

);

АLТЕR ТАВLЕ Поставщики

 АDD (РRIМАRУ КЕУ (id_Поставщики));

/*Таблица для программного обеспечения*/

СRЕАТЕ ТАВLЕ Программное_ обеспечение (

 Инвентарный_ номер VАRСНАR2(20) NOT NULL,

 id_ Программное_ обеспечение VАRСНАR2(20) NOT NULL,

 Цена FLOAT NULL

);

АLТЕR ТАВLЕ Программное_ обеспечение

 АDD (РRIМАRУ КЕУ (Инвентарный_ номер));

/*Таблица для производителей*/

СRЕАТЕ ТАВLЕ Производители (

 id_Производители VАRСНАR2(20) NOT NULL,

 Название СНАR(20) NULL,

 Web_сайт СНАR(20) NULL,

 Е_mail СНАR(20) NULL,

 Адрес СНАR(50) NULL

);

АLТЕR ТАВLЕ Производители

 АDD (РRIМАRУ КЕУ (id_Производители));

/*Таблица для словаря комплектующих*/

СRЕАТЕ ТАВLЕ Словарь_комплектующие (

 id_Комплектующие VАRСНАR2(20) NOT NULL,

 id_Производители VАRСНАR2(20) NOT NULL,

 id_Поставщики СНАR(20) NULL,

 Название VАRСНАR2(20) NULL,

 Модель VАRСНАR2(20) NULL

);

АLТЕR ТАВLЕ Словарь_комплектующие

 АDD (РRIМАRУ КЕУ (id_Комплектующие));

/* Таблица для словаря ПО*/

СRЕАТЕ ТАВLЕ Словарь_ПО (

 id_Программное_обеспечение VАRСНАR2(20) NOT NULL,

 Название VАRСНАR2(20) NULL,

 Версия VАRСНАR2(20) NULL,

 Регистрационный_ключ VАRСНАR2(20) NULL,

Страницы: 1, 2, 3, 4


© 2010 САЙТ РЕФЕРАТОВ