Реализация информационной подсистемы "Computers"
Создание логической модели базы данных информационной подсистемы "Computers". Ввод атрибутов, первичных ключей сущностей базы данных. Требования к центральному процессору, монитору, принтеру. Оценка экономической эффективности внедрения программы.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 01.07.2011 |
Размер файла | 1,2 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Содержание
Введение
1. Результаты предпроектного обследования Усть-Джегутинского ГМУП «УЖКХ». Формулировка задач проектирования
1.1 Результаты предпроектного обследования Усть-Джегутинского ГМУП
«УЖКХ»
1.1.1 Объект и методы проведения предпроектного обследования
1.1.2 Программа проведения предпроектного обследования
1.1.3 Результаты предпроектного обследования и их анализ
1.1.4 Анализ проблемных ситуаций и обоснование путей их решения
1.2 Формулировка задач проектирования
1.2.1 Общие сведения о проекте
1.2.2 Назначение, цели создания системы
1.2.3 Характеристика объекта автоматизации
1.2.4 Требования к подсистеме
1.2.5 Состав и содержание работ по созданию системы
1.2.6 Порядок контроля приемки системы
1.2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
1.2.8 Требования к документированию
1.2.9 Источники разработки
Выводы
2. Реализация информационной подсистемы«Computers».
2.1 Обоснование выбора среды разработки приложения
2.2 Создание логической модели базы данных информационной подсистемы «Computers»
2.2.1 Определение сущностей модели базы данных информационной
подсистемы «Computers»
2.2.2 Определение атрибутов сущностей базы данных
2.2.3 Определение связей между сущностями базы данных
2.2.4 Ввод атрибутов и задание первичных ключей сущностей базы данных
2.2.5 Создание физической модели базы данных информационной
подсистемы «Computers»
2.2.6 Генерирование SQL-сценария создания базы данных информационной подсистемы «Computers» в ERwin.
2.3 Создание проекта и модулей Borland Delphi 7 для реализации информационной подсистемы «Computers»
2.4 Реализация приложения
2.4.1 Разработка главного меню
2.4.2 Разработка вспомогательного меню
2.4.3 Разработка интерфейса главной формы
2.4.4 Создание псевдонима базы данных
2.4.5 Создание модуля данных
2.4.5 Создание формы fmStocktakingComputers
2.4.6 Компиляция и отладка проекта.
2.5 Создание программы установки информационной подсистемы
«Computers» на компьютер пользователя
Выводы
3. Информационное и программное обеспечение
3.1 Общие сведения о программном продукте
3.2 Функциональное назначение программного продукта
3.3 Описание логической структуры программы
3.4 Требования к техническому обеспечению
3.4.1 Общие требования
3.4.2 Требования к центральному процессору
3.4.3 Требования к оперативному запоминающему устройству
3.4.4 Требования к наличию сводного места на жестком диске
3.4.5 Требования к монитору
3.4.6 Требования к принтеру
3.5 Установка и вызов программы
3.6 Входные данные программы
3.7 Выходные данные программы
3.8 Результаты тестирования программы
Выводы
4. Технико-экономическое обоснование проекта
4.1 Краткая характеристика проекта
4.2 Трудоемкость выполняемых работ
4.3 Расчет себестоимости автоматизированной информационной системы
4.4 Оценка экономической эффективности внедрения программного продукта
4.5 Основные технико-экономические показатели проекта
Выводы
Заключение
Библиографический список
Приложение А. SQL-скрипт создания базы данных информационной
подсистемы «Computers»
Приложение Б. Текст модуля fmMainU.pas
информационный программа сomputers процессор
ВВЕДЕНИЕ
Актуальность темы дипломного проекта обусловлена тем, что учет компьютерной техники в Усть-Джегутинском ГМУП «УЖКХ» не автоматизирован.
Дипломный проект состоит из введения, четырех разделов основной части пояснительной записки, заключения и пяти приложений.
В первом разделе пояснительной записки проводится результаты предпроектного обследования Усть-Джегутинского ГМУП «УЖКХ». Выявляются проблемные ситуации в работе этого учреждения и формулируются задачи проектирования.
Во втором разделе пояснительной записки рассмотрены вопросы реализации информационной подсистемы «Computers». При разработке базы данных этой информационной подсистемы использовалось CASE-средство ERwin 4.0, а Приложение баз данных на платформе Windows было реализовано в среде Borland Delphi 7.
В третьем разделе пояснительной записки рассматриваются вопросы информационного и программного обеспечения разработки, а также обоснованы требования к техническому обеспечению, гарантирующие нормальную работу разработанной информационной подсистемы «Computers». Приводятся результаты тестирования программного продукта.
В четвертом разделе проведено технико-экономическое обоснование проекта. Рассчитаны показатели экономической эффективности его использования в условиях сектора технического обеспечения Усть-Джегутинского ГМУП «УЖКХ».
В заключении подведены основные итоги дипломного проектирования и намечены перспективные направления дальнейшего развития его темы.
Библиографический список содержит 21 ссылку на источники информации.
В приложениях к пояснительной записке представлены SQL-сценарий создания базы данных информационной подсистемы «Computers», сгенерированный CASE-средством ERwin, текст основного программного модуля информационной подсистемы «Computers» на языке Delphi и копии слайдов презентации.
1. РЕЗУЛЬТАТЫ ПРЕДПРОЕКТНОГО ОБСЛЕДОВАНИЯ Усть-Джегутинского ГМУП «УЖКХ». Формулировка задачпроектирования
1.1 Результаты предпроектного обследования Усть-Джегутинского ГМУП «УЖКХ»
1.1.1 Объект и методы проведения предпроектного обследования
В рамках темы дипломного проекта объектами обследования являются:
- Усть-Джегутинское ГМУП «УЖКХ»;
- цели функционирования ГМУП «УЖКХ»;
- организационная структура ГМУП «УЖКХ»;
- документооборот ГМУП «УЖКХ»;
- совокупность организационных, технических, программных и информационных средств, объединенных в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для учета компьютерной техники Усть-Джегутинского ГМУП «УЖКХ».
Основными целями выполнения предпроектного обследования Усть-Джегутинского ГМУП «УЖКХ» являются:
- выявление основных параметров предметной области связанных с формированием документации по учету компьютерной техники;
- установление условий, в которых будет функционировать проект информационной подсистемы;
- определение требований заказчика к проекту информационной подсистемы учета компьютерной техники Усть-Джегутинского ГМУП «УЖКХ»;
- выявление стоимостных и временных ограничений на процесс проектирования информационной подсистемы.
Характеристики методов проведения обследования Усть-Джегутинского ГМУП «УЖКХ» приведены в таблице 1.1.
Таблица 1.1 - Методы организации проведения обследования Усть-Джегутинского ГМУП «УЖКХ»
Критерии классификации методов организации проведения обследования |
Выбранный метод |
|
По цели проектирования |
Локальное обследование |
|
По числу исполнителей |
Индивидуальное обследование |
|
По степени охвата объекта |
Сплошное обследование |
|
По отношению к этапам |
Последовательное обследование |
Характеристика методов сбора материалов обследования, использованных в ходе преддипломной практики, представлена в таблице 1.2.
Таблица 1.2 - Характеристика методов сбора материалов обследования, Усть-Джегутинского ГМУП «УЖКХ»
Название методов сбора материалов обследования |
Характеристика методов |
|
Силами исполнителей |
Метод анализа операций |
|
По числу исполнителей |
Личное наблюдение |
|
По степени охвата объекта |
Беседы и консультации с директором, заместителем директора и заведующим сектором технического обеспечения |
|
По отношению к этапам |
Опрос должностных лиц и персонала на рабочих местах |
При выборе методов учитывались следующие критерии:
- степень личного участия проектировщика информационной подсистемы в сборе материала;
- временные, трудовые и стоимостные затраты на получение сведений о Усть-Джегутинском ГМУП «УЖКХ».
1.1.2 Программа проведения обследования
Программа обследования Усть-Джегутинского ГМУП «УЖКХ» представлена в таблице 1.2.
План-график выполнения работ на стадии сбора материалов обследования представлен в таблице 1.3.
Таблица 1.2 - Программа обследования ГМУП«УЖКХ»
Наименование вопроса |
Источник информации |
Получатель информации |
|
Общие сведения |
Директор |
Проектировщик Байрамуков Р. А. |
|
Виды деятельности |
Аналогично |
Аналогично |
|
Цели деятельности |
Аналогично |
Аналогично |
|
Документооборот |
Аналогично |
Аналогично |
|
Формы документов, используемых для учета компьютерной техники |
Аналогично |
Аналогично |
|
Порядок создания и хранения документов, используемых при учете компьютерной техники |
Аналогично |
Аналогично |
|
Наличие средств вычислительной техники и программного обеспечения, которые можно использовать для автоматизации учета компьютерной техники |
Аналогично |
Аналогично |
|
Проблемные ситуации в учете компьютерной техники |
Аналогично |
Аналогично |
Таблица 1.3 - План-график выполнения работ на стадии сбора материалов обследования
Наименование вопроса |
Код работы |
Исполнитель |
Дата начала |
Кол-во дней |
Дата окончания |
|
1 |
2 |
3 |
4 |
5 |
6 |
|
Виды деятельности |
001 |
Проектировщик Байрамуков Р. А. |
10.01.11 |
5 |
15.01.11 |
|
Цели деятельности |
002 |
Аналогично |
15.01.11 |
5 |
20.01.11 |
|
Документооборот |
003 |
Проектировщик Байрамуков Р. А. |
20.01.11 |
5 |
25.01.11 |
|
Формы документов, используемых для учета компьютерной техники |
004 |
Аналогично |
25.01.11 |
6 |
31.01.11 |
|
Порядок создания и хранения документов, используемых при учете компьютерной техники |
005 |
Аналогично |
01.02.11 |
5 |
06.02.11 |
|
Наличие средств вычислительной техники и программного обеспечения, которые можно использовать для автоматизации учета компьютерной техники |
006 |
Аналогично |
06.02.11 |
4 |
10.02.11 |
|
Проблемные ситуации в учете компьютерной техники |
007 |
Аналогично |
10.02.11 |
24 |
06.03.11 |
|
Всего затрачено дней |
55 |
1.1.2 Результаты предпроектного обследования и их анализ
Общая характеристика ГМУП «УЖКХ». Полное официальное наименование организации: Усть-Джегутинское городское муниципальное унитарное предприятие «Управление жилищно-коммунального хозяйства». Сокращенное наименование: Усть-Джегутинское ГМУП «УЖКХ» (далее по тексту Предприятие).
Реквизиты Предприятия:
- ИИН юридического лица: 2635000455;
- КПП по месту нахождения: 263501001;
- расчетный счет: 40702810000000001331 в АБ «Газпромбанк» (ЗАО) филиал в г. Усть-Джегута;
- корреспондентский счет: 30101810600000000754;
- юридический адрес: КЧР, г.Усть-Джегута, м-н Московский, здание жилого дома №14.
Предприятие создано в соответствии с решением Совета депутатов Усть-Джегутинского городского муниципального образования от 15 марта 2005г. №253-2 «О создании Усть-Джегутинского городского муниципального предприятия «Управление жилищно-коммунального хозяйства» и является Усть-Джегутинским городским муниципальным унитарным предприятием по эксплуатации и содержанию недвижимого имущества, находящегося в собственности Усть-Джегутинского городского муниципального образования, действующим на основании Гражданского Кодекса Российской Федерации, Федерального закона РФ №161-ФЗ от 14.11.02г. «О государственных и муниципальных унитарных предприятиях», а также настоящего Устава.
Учредителем «Предприятия» является Усть-Джегутинское городское муниципальное образование, далее именуемое «Учредителем».
Предприятие в своей деятельности руководствуется Конституцией Российской Федерации, законами Ставропольского края, нормативно-техническими документами, строительными нормами и правилами, а также Уставом [1], утвержденный Учредителем, является единственным учредительным документом Предприятия.
Общество является юридическим лицом, имеет самостоятельный баланс, расчетный, валютный и иные счета в Предприятиях банков, печать со своим наименованием, бланки, штампы.
Общество несет ответственность по своим обязательствам всем своим имуществом, выступает истцом и ответчиком в суде и арбитражном суде, в соответствии с действующим законодательством Российской Федерации.
Предприятие создано с целью обеспечения технической эксплуатации и обслуживания объектов жилищного фонда, расположенного в микрорайоне «Московский», а также оказания услуг, связанных с эксплуатацией зданий и помещений всех форм собственности и получения прибыли.
В соответствии с основными задачами, стоящими перед ним, Предприятие осуществляет следующие виды деятельности:
- обеспечение правильной технической эксплуатации и обслуживания зданий и помещений, закрепленных за ним, а также расположенных в м-не Московский ;
- проведения работ по своевременному текущему ремонту зданий и сооружений за счет средств, получаемых по договорам на техническое обслуживание зданий, а также работ по их восстановительному и капитальному ремонту, реконструкции и техническому перевооружению за счет части средств, получаемых по договорам аренды и перечисляемых на отдельный лицевой счет «Предприятия», а также за счет централизованно выделяемых средств;
- обеспечение материально-технического снабжения зданий и сооружений;
- обеспечение расположенных в закрепленных зданиях и помещениях организаций, учреждений, и также жилых домов всеми видами коммунальных услуг;
- осуществление научно-технической, исследовательской, изыскательской, производственной, финансовой, инновационной деятельности, проектно-сметных и опытно- конструкторских работ;
- организация охраны вверенных зданий и сооружений;
- обеспечения сохранности, учета и сменности инвентаря и оборудования общего пользования в зданиях и сооружениях;
- осуществление в установленном порядке необходимых мероприятий по рекламе своих услуг, участие в выставках и организация их;
- производство строительных конструкций, изделий и материалов, в том числе и древесины;
- осуществление профилактических работ;
- заключение хозяйственных и иных договоров, в пределах своей компетенции;
- строительно-монтажные работы;
- другие виды деятельности, предусмотренные Уставом и не запрещенные законом.
Организация деятельности Предприятия. Предприятия самостоятельно осуществляет свою деятельность в пределах, определяемых законодательством Российской Федерации, Ставропольского края и Уставом.
Предприятия имеет право в установленном порядке:
- непосредственно взаимодействовать с государственными и иными органами и организациями по вопросам, входящим в задачи и функции Предприятия;
- заключать договоры с юридическими и физическими лицами на выполнение работ и услуг, входящих в предмет деятельности Предприятия;
- привлекать для осуществления своей деятельности на договорной основе другие некоммерческие и коммерческие организации, а также физических лиц;
- приобретать или арендовать имущество за счет имеющихся в его распоряжении финансовых ресурсов;
- планировать свою деятельность и определять перспективы развития;
- распоряжаться полученной в результате хозяйственной деятельности прибылью, оставшейся после уплаты налогов и других обязательных платежей;
- осуществлять иные права в соответствии со своими уставными задачами и функциями.
Предприятия обязано:
- нести ответственность за качество и своевременность подготовки документов в соответствии со своими уставными задачами и функциями;
- нести ответственность в соответствии с законодательством за нарушение договорных, кредитных, расчетных обязательств, правил хозяйствования;
- обеспечивать своих работников безопасными условиями труда и нести ответственность в установленном порядке за вред, причиненный работнику увечьем, профзаболеванием либо иным повреждением здоровья, связанным с исполнением трудовых обязанностей;
- нести ответственность за сохранность документов (управленческих, финансово-хозяйственных, по личному составу и др.);
- осуществлять бухгалтерский учет результатов производственной, хозяйственной и иной деятельности, вести статистическую и налоговую отчетность, отчитываться в результатах деятельности в порядке и сроки, установленные законодательством Российской Федерации;
- представлять в налоговые органы необходимую документацию в полном объеме утвержденных форм и по всем видам деятельности;
- нести иные обязанности, предусмотренные законодательством.
Функциональные области деятельности Предприятия и процессы, в них протекающие. Для анализа функциональных областей деятельности Предприятия и процессов, в них протекающих, используем метод декомпозиции по функциональному признаку (таблица 1.5).
Таблица 1.5 - Функциональные области деятельности Предприятия и процессы, в них протекающие
Номер и название функциональной задачи |
Номер и содержание функциональной подзадачи |
|
1 |
2 |
|
1. Планирование |
1.1 Планирование работы Предприятия |
|
1.2 Составление перспективных и текущих планов |
||
1.3 Оперативное внесение изменений в текущие и перспективные планы |
||
2. Управление деятельностью Предприятия |
2.1 Оформление договоров с клиентами |
|
2.2 Подготовка документов по вопросам организации работы Предприятия |
||
2.3 Подготовка документов по работе с поставщиками |
||
2.4 Внедрение энергосберегающих технологий |
||
3. Управление ресурсами и средствами Предприятия |
3.1 Управление кадрами |
|
3.2 Управление материальными средствами |
||
3.3 Управление информационными системами |
||
4. Подъем имиджа Предприятия |
4.1 Реклама деятельности Предприятия |
|
4.2 Улучшение обслуживания клиентов |
||
5. Модернизация технологий работы Предприятия |
5.1 Сокращение временных затрат зав. сектором ТО на учет компьютерной техники |
|
5.2 Создание и внедрение новых информационных технологий |
Анализ организационно-управленческой структуры Предприятия.
Организационная структура Предприятия представлена на рисунке 1.1. Как видно из рисунка 1.1, верхнему уровню управления соответствует управленческая подсистема. Во главе верхнего уровня управления находится директор.
Рисунок 1.1 - Организационная структура Предприятия
Директор осуществляет общее руководство деятельностью Предприятия и несет ответственность за выполнение задач, непосредственно входящих в его обязанности.
К обязанностям директора относится:
- организация работы Предприятия;
- руководство работой заместителей директора (первого заместителя и заместителя директора по производству), главного инженера, главного бухгалтера и начальника общего отдела;
- разработка перспективных планов развития деятельности Предприятия;
- непосредственно взаимодействие с государственными и иными органами и организациями по вопросам, входящим в задачи и функции Предприятия.
- организация контроля использования и сохранности имущества, закрепленного за проектным институтом;
- выполнение других обязанностей, предусмотренных Уставом Предприятия.
Директор имеет право первой подписи под финансовыми документами. Он распоряжается имуществом Предприятия для обеспечения его текущей деятельности в пределах установленных Уставом. Директор представляет интересы ГМУП «УЖКХ», как в г. Усть-Джегута, так и за его пределами. Директор заключает трудовые договоры с работниками, применяет к этим работникам меры поощрения и налагает на них взыскания. Директор выдает доверенности от имени ГМУП «УЖКХ», открывает в банках счета Предприятия, организует ведение бухгалтерского учета и отчетности. Директор издает приказы и дает указания, обязательные для исполнения всеми работниками Предприятия.
Директор от имени ГМУП «УЖКХ» имеет право заключать кредитные, иные заемные договоры.
Директор ГМУП «УЖКХ» при осуществлении своих прав и исполнении обязанностей он должен действовать в интересах Предприятия, осуществлять свои права и исполнять обязанности в отношении Предприятия добросовестно и разумно.
В непосредственном подчинении у директора находятся: заместитель директора, главный инженер, главный бухгалтер, начальник отдела кадров, главный энергетик. Заместителю директора непосредственно подчинены начальники производственных и обеспечивающих подразделений Предприятия, начальник аварийно-диспетчерской службы.
В обязанности главного инженера входит обеспечение всех технических вопросов деятельности Предприятия.
Главный бухгалтер организует:
- учет и прогноз движения денежных средств;
- ведение бухгалтерского учета;
- работа с контролирующими органами (налоговая инспекция, пенсионный фонд, департамент экономики, фонд социального страхования);
- анализ финансово-хозяйственной деятельности Предприятия;
- руководство и контроль работы бухгалтера и бухгалтера-кассира.
Как видно из рисунка 1.1 сектор «Техническое обеспечение» (ТО) подчиняется заместителю директора. Возглавляет сектор заведующий. Основные задачи и функции отдела ТО:
- обеспечение учета всех средств вычислительной техники и копировальной множительного оборудования. Определение потребности и организация обеспечение подразделений компьютерным оборудованием и необходимым программным обеспечением;
- осуществление мер по поддержанию компьютерной локальных компьютерных сетей и оргтехники, находящейся в подразделениях Предприятия, в работоспособном состоянии;
- участие в приобретении новой вычислительной техники и модернизации старой;
- внедрение передовых технологий использования компьютерной техники;
- осуществление мероприятий по установке и обновлению системного и прикладного программного обеспечения на средствах вычислительной техники подразделений Предприятия;
- участие в решении технических вопросов при разработке информационных систем Предприятия;
- разработка графика и проведение плановых и текущих контрольно-профилактических и измерительных работ на средствах вычислительной техники.
Заведующий сектором ТО обязан:
- лично вести учет компьютерной техники ГМУП «УЖКХ»;
- обеспечивать необходимый объем работ по техническому обслуживанию компьютерного оборудования множительной техники и их выполнение;
- разрабатывать перспективные планы работы подразделения;
- в соответствии с возникшими потребностями разрабатывать методические и рабочие программы, а также подавать предложения по улучшению обслуживания компьютерного оборудования множительной техники;
- по согласованию с руководством Предприятия корректировать выполнение предусмотренных планом заданий, контролировать качество и своевременность выполнения работ специалистами отдела;
- принимать меры к рациональному использованию выделенных ресурсов. Обеспечивать повышение эффективности работы отдела, принимать меры по повышению творческой активности специалистов и их научно-технического уровня;
- контролировать безопасность проведения работ и эксплуатации пользователями средств вычислительной техники, соблюдение правил и норм охраны труда и техники безопасности;
- изучать специальную и другую научно-техническую литературу, рекламную информацию о достижениях отечественной и зарубежной науки и техники, последние достижения в области компьютерного оборудования, сетей, копировальной множительной техники;
В непосредственном подчинении заведующего сектором ТО находится инженер первой категории и два техника. Они непосредственно занимаются работами по техническому обслуживанию компьютерного оборудования множительной техники (установка и демонтаж комплектующих компьютеров, установка и удаление программного обеспечения, профилактические работы и пр.).
Документооборот Предприятия. Документооборот Предприятия можно разделить на внутренний и внешний.
К внешнему документообороту Предприятия, в частности, относятся документы, представленные в таблице 1.8.
Таблица 1.8 - Внешний документооборот Предприятия
Код |
Название документа |
Кто составляет документ |
Кто использует документ |
Периодичность составления документа |
|
1 |
2 |
3 |
4 |
5 |
|
1 |
Бухгалтерский баланс |
Главный бухгалтер |
Налоговая инспекция |
Ежеквартально |
|
2 |
Отчет о прибылях и убытках |
Главный бухгалтер |
Налоговая инспекция |
Ежеквартально |
|
3 |
Расчет (налоговая декларация) налога от фактической прибыли |
Главный бухгалтер |
Налоговая инспекция |
Ежеквартально |
|
4 |
Расчет (налоговая декларация) по налогу на добавленную стоимость |
Главный бухгалтер |
Налоговая инспекция |
Ежеквартально |
|
5 |
Платежные поручения, банковские переводы |
Главный бухгалтер |
Банк |
Ежедневно |
Самыми распространенными маршрутами движения документов, входящих в состав внешнего документооборота Предприятия являются:
- бухгалтерия Предприятия - налоговая инспекция по месту регистрации Предприятия;
- бухгалтерия Предприятия - банк.
К внутреннему документообороту Предприятия, связанному, в частности, с учетом компьютерной техники, относятся документы, представленные в таблице 1.9. Схема документооборота Предприятия приведена на рисунке 1.2.
Таблица 1.9 - Внутренний документооборот Предприятия
Код |
Название документа |
Кто составляет документ |
Кто использует документ |
Периодичность составления документа |
Кол-во экземпляров |
|
1 |
2 |
3 |
4 |
5 |
6 |
|
1 |
Заявка на поставку необходимых расходных материалов и ресурсов |
Зав. сектором ТО |
Зам. директора, главный бухгалтер |
По мере необходимости |
2 |
|
2 |
Паспорт компьютера |
Зав. сектором ТО |
Зав. сектором ТО |
Ежемесячно |
25 |
|
3 |
Оборотная (шахматная) ведомость |
Бухгалтерия |
Бухгалтерия |
По мере необходимости |
1 |
|
4 |
Приходные ордера |
Бухгалтер-кассир |
Бухгалтерия |
Ежедневно |
1 |
|
5 |
Журнал-ордер |
Бухгалтерия |
Бухгалтерия |
По мере необходимости |
2 |
|
6 |
Счет-фактура |
Бухгалтерия |
Бухгалтерия Главный инженер |
По мере необходимости |
2 |
|
7 |
Сметы на работы |
Начальник структурных подразделений |
Директор Заместитель директора |
По мере необходимости |
2 |
|
8 |
Приказы по кадрам |
Начальник отдела по управлению персоналом |
Директор Главный инженер Бухгалтерия |
По мере необходимости |
2 |
|
9 |
Договор на выполнение ремонтных работ |
Клиент Начальники структурных подразделений |
Директор Главный инженер Бухгалтерия Клиент |
Ежедневно |
2 |
|
10 |
Смета на проектные работы |
Начальники структурных подразделений |
Директор Главный инженер Бухгалтерия Клиент |
По мере необходимости |
2 |
Рисунок 1.2 Схема документооборота Предприятия
Технические и программные средства, используемые Предприятием. На Предприятии имеется локальная компьютерная сеть, реализованная на основе технологии Ethernet. К этой сети подключены 25 персональных компьютеров (ПК).
Схема локальной вычислительной сети сектора технического обеспечения Предприятия приведена на рисунке 1.3. Как видно из рисунка 1.5, в секторе технического обеспечения имеется два ПК, один сетевой лазерный принтер типа HP LaserJet 1300 и один сканер типа HP ScanJet 3800.
Рисунок 1.3 - Схема локальной вычислительной сети сектора технического обеспечения
Для связи сервера, концентраторов и рабочих станций используется кабель «витая пара». Скорость передачи данных по сети составляет до 100 Мбайт/с.
Предприятием используются, как системное, так и прикладное программное обеспечение, которое представляет собой комплекс разнообразных программных средств общего и прикладного характера, необходимый для выполнения различных задач:
- общее программное обеспечение (операционные системы, сервисные средства и утилиты и пр.).
- прикладное программное обеспечение (офисные программы, коммуникационные программы предметно-ориентированные программы)
Основной операционной системой рабочих станций и сервера Предприятия является Windows XP SP3.
В секторе бухгалтерия Предприятия используются прикладные программы, предназначенные для сдачи налоговой и бухгалтерской отчетности, а так же плановой работы:
- 1С: «Налогоплательщик»;
- 1С: «Бухгалтерия»;
- справочно-правовая система Консультант +.
Среди офисных программ, а также сервисных средств и утилит можно выделить:
1. MS Office 2007.
2. Архиватор WinRAR.
3. Aантивирусные средства AVP KasperskyLab.
На компьютерах сектора технического обеспечения установлена операционная система Windows XP Professional и офисное приложение Microsoft Office 2007 стандартной комплектации (Word, Excel, Access и др.) и другие программные средства.
1.1.3 Анализ проблемных ситуаций и обоснование путей их решения
В работе информационной подсистемы, существующей в секторе технического обеспечения ГМУП «УЖКХ», выявлены следующие проблемные ситуации:
- учет компьютерной техники ГМУП «УЖКХ» не автоматизирован и реализован в виде базы данных на бумажных носителях;
- оформление паспортов компьютеров выполняется заведующим сектором ТО вручную;
- на учет компьютерной техники Усть-Джегутинского ГМУП «УЖКХ» и последующее рукописное оформление паспортов компьютеров заведующий сектором ТО вынужден затрачивать порядка 40 часов в месяц, что отвлекает его от выполнения других служебных обязанностей;
- имеющиеся в наличии в секторе технического обеспечения средства вычислительной техники и программное обеспечение (Microsoft Office 2007) используются упрощенно (текстовый процессор Microsoft Word используется для набора и последующей распечатки бланков паспортов компьютеров).
Анализ перечисленных проблемных ситуаций показывает, что основным путем их разрешения является автоматизация учета компьютерной техники Усть-Джегутинского ГМУП «УЖКХ».
С этой целью необходимо создать соответствующую информационную подсистему. По требованию заказчика (директора Усть-Джегутинского ГМУП «УЖКХ») такую информационную подсистему необходимо реализовать в виде приложения Microsoft Windows.
В качестве оператора персонального компьютера и основного пользователя (администратора) проектируемой информационной подсистемы выступает заведующий сектором ТО.
Проведенное выше рассмотрение позволяет перейти к формулировке задач проектирования.
1.2 Формулировка задач проектирования
Формулировка задач проектирования представим в виде технического задание на создание автоматизированной информационной подсистемы.
1.2.1 Общие сведения о проекте
Полное наименование подсистемы - информационная подсистема «Computers» для учета компьютерной техники Усть-Джегутинского ГМУП «УЖКХ».
Код системы - «Computers».
Наименование предприятия разработчика - СевКавГТУ, факультет ИТТ, кафедра прикладной информатики, студент группы ПИ-061 Байрамуков Руслан Ахматович.
Наименование предприятия заказчика - Усть-Джегутинское ГМУП «УЖКХ».
Перечень документов, на основе которых создается система:
- отчет о преддипломной практике студента группы ПИ-061 Байрамукова Руслана Ахматовича;
- форма паспорта компьютера (приложения А).
Источники финансирования - работы проводятся без оплаты.
Порядок оформления и предъявления заказчику результатов работ по созданию системы - информационная подсистема «Computers», реализованная в виде приложения Microsoft Windows в электронном формате на CD-ROM.
1.2.2 Назначение, цели создания информационной подсистемы
Назначение системы - автоматизация учета компьютерной техники Усть-Джегутинского ГМУП «УЖКХ» и оформления паспортов компьютеров и др. сопутствующей документации.
Цель создание системы ? сокращение временных затрат заведующего сектором ТО на учет компьютерной техники Усть-Джегутинского ГМУП «УЖКХ» и составление паспортов компьютеров и др. сопутствующей документации.
1.2.3 Характеристика объекта автоматизации
Краткие сведения об объекте автоматизации - рабочее место заведующий сектором ТО Усть-Джегутинского ГМУП «УЖКХ.
Условия эксплуатации - стандартные.
Характеристика окружающей среды - помещение сектора ТО Усть-Джегутинского ГМУП «УЖКХ».
1.2.4 Требования к подсистеме
Требования к системе в целом информационная подсистема «Computers» должна автоматизировать решение задач, связанных с учетом компьютерной техники Усть-Джегутинского ГМУП «УЖКХ» и оформления паспортов компьютеров.
Требования к функциям (задачам), выполняемым системой:
1. Информационная подсистема «Computers» должна обеспечить:
- ведение базы данных компьютерной техники Усть-Джегутинского ГМУП «УЖКХ»;
- автоматизированное оформление паспортов компьютеров.
2. Информационная подсистема «Computers» должна поддерживать формирование, предварительный просмотр и печать следующих отчетов:
- паспорт компьютера;
- приложение к паспорту компьютера (данные учета программного обеспечения, установленного на компьютере);
- ликвидированные комплектующие;
- ликвидированное программное обеспечение (ПО).
3. Информационная подсистема «Computers» должна содержать справочники:
- тип компьютера;
- тип комплектующей;
- комплектующие;
- поставщик;
- причина установки;
- техническое состояние;
- состояние драйвера;
- кто установил;
- причина ликвидации;
- периодичности профилактики;
- тип периферийного устройства;
- тип программного обеспечения;
- поставщик ПО;
- состояние ПО;
- тип лицензии на ПО;
- причина установки ПО;
- причина ликвидации ПО;
- структурные подразделения;
- зав. сектором ТО.
4. Информационная подсистема «Computers» должна поддерживать функции администрирования:
- ведение списка пользователей с указанием их прав доступа к ресурсам информационной подсистемы;
- смену пароля администратора и пользователя информационной подсистемы.
5. Информационная подсистема «Computers» должна быть реализована в виде приложения Microsoft Windows.
Перечисленные выше требования, предъявляемые к информационной подсистеме «Computers» со стороны заказчика, можно представить в виде следующей диаграммы вариантов использования (рисунок 1.6).
1.2.5 Состав и содержание работ по созданию подсистемы
Запланирован следующий состав и содержание работ по созданию подсистемы:
- изучение предметной области - с 11 января по 06 марта 2011 г.;
- кодирование - с 28 марта по 09 мая 2011 г.;
- отладка и тестирование - с 09 по 20 мая 2011 г.;
- сдача темы - с 20 по 25 мая 2011 г.
Рисунок 1.6 - Диаграмма вариантов использования информационной подсистемы «Computers»
1.2.6 Порядок контроля приемки подсистемы
Контроль приемки системы осуществляет комиссия, назначаемая директором ГМУП «УЖКХ», г. Усть-Джегута.
1.2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие
Информационная подсистема «Computers» должна быть установлена на компьютер, находящийся в секторе технического обеспечения Усть-Джегутинского ГМУП «УЖКХ». Проектировщиком должен быть проведен инструктаж заведующий сектором ТО по методике работы с информационной подсистемой.
1.2.8 Требования к документированию
Проектировщиком представляется файл информационной подсистемы «Computers» в электронном формате на CD-ROM вместе с результатами тестирования и краткой инструкцией оператору по установке и работе с информационной подсистемой.
1.2.9 Источники разработки
Источниками разработки являются:
- заказ на разработку информационной подсистемы «Computers».
- отчет о преддипломной практике студента группы ПИ-061 Байрамукова
Выводы
1. В работе информационной подсистемы Усть-Джегутинского ГМУП «УЖКХ» выявлены следующие проблемные ситуации:
- учет компьютерной техники не автоматизирован и реализован в виде базы данных на бумажных носителях;
- оформление паспортов компьютеров выполняется заведующим сектором ТО вручную;
- на учет компьютерной техники и последующее рукописное оформление паспортов компьютеров заведующий сектором ТО вынужден затрачивать порядка 40 часов в месяц.
- имеющиеся в наличии в секторе технического обеспечения средства вычислительной техники и программное обеспечение (Microsoft Office 2003 стандартной комплектации) используются упрощенно (текстовый процессор Microsoft Word используется для набора и последующей распечатки бланков паспортов компьютеров).
2. Для автоматизации учета компьютерной техники Усть-Джегутинского ГМУП «УЖКХ» необходимо создать информационную подсистему «Computers».
3. Информационная подсистема «Computers» должна быть реализована в виде приложения баз данных на платформе Microsoft Windows.
2. Реализация Информационной подсистемы «Computers»
2.1 Обоснование выбора среды разработки приложения
В настоящее время существует довольно много различных визуальных средств разработки приложений баз данных. Но все они могут быть разделены на две группы - универсальные и специализированные.
Среди универсальных систем визуального программирования сейчас наиболее распространены такие, как Borland Delphi 6, Borland Delphi 7, Borland C++ Builder 6, Borland Java Builder, Microsoft Visual Studio 2005, 2008, объединяющая в себе такие языки программирования, как Visual C++, Visual C# и Visual Basic NET.
Специализированные средства разработки ориентированы только на создание приложений баз данных. Причем, как правило, они привязаны к вполне определенным системам управления базами данных. В качестве примера таких систем можно привести Power Builder фирмы Sybase (естественно, предназначенный для работы с СУБД Sybase Anywhere Server) и СУБД Visual FoxPro фирмы Microsoft.
Поскольку задачи создания прототипов и разработки пользовательского интерфейса, по существу, слились, программист получил непрерывную обратную связь с конечными пользователями, которые могут не только наблюдать за созданием приложения, но и активно участвовать в нем, корректировать результаты и свои требования. Это также способствует сокращению сроков разработки и является важным психологическим аспектом, который привлекает к RAD все большее число пользователей.
Визуальные инструменты RAD позволяют максимально сблизить этапы создания информационных систем: анализ исходных условий, проектирование системы, разработка прототипов и окончательное формирование приложений становятся сходными, так как на каждом этапе разработчики оперируют визуальными объектами.
Учитывая опыт работы разработчика в среде Borland Delphi 7 и наличие лицензионной версии указанного программного продукта, для разработки приложения «Computers» была выбран инструмент Borland Delphi 7. Достоинствами этого инструменты RAD являются [7, 9]:
- высокое качество визуальной среды разработки;
- скорость работы компилятора и быстродействие откомпилированных программ;
- мощность языка программирования и его сложность;
- гибкость и масштабируемость архитектуры баз данных;
- поддержка средой разработки шаблонов проектирования и использования обширной библиотеки визуальных компонентов.
2.2 Создание логической модели базы данных информационной подсистемы «Computers»
При создании логической модели базы данных информационной подсистемы «Computers» будем использовать CASE-средство ERwin версии 4.0.
2.2.1 Определение сущностей модели базы данных информационной подсистемы «Computers»
Для построения логической модели данных определим набор сущностей. На основе анализа предметной области выделим следующие 24 сущности (таблица 2.1).
Таблица 2.1 - Перечень сущностей предметной области
Идентификатор сущности |
Назначение сущности |
|
1 |
2 |
|
ComputerTYPE |
Хранение информации о типах компьютеров |
|
Computer |
Хранение информации о компьютерах |
|
hardwareTYPE |
Хранение информации о типах комплектующих компьютеров |
|
hardware |
Хранение информации о комплектующих для компьютеров |
|
Supplier |
Хранение информации о поставщиках комплектующих компьютеров |
|
MotiveInstallations |
Хранение информации о причинах установки комплектующей |
|
StatusData |
Хранение информации о техническом состоянии комплектующей |
|
CharacteristicDriver |
Хранение информации о состоянии драйвера комплектующей |
|
WhoProduceInstalled |
Хранение информации о лице, произведшем установку комплектующей |
|
MotiveLiquidation |
Хранение информации о причинах ликвидации комплектующей |
|
PeriodicityPM |
Хранение информации о периодичности профилактики комплектующей |
|
peripheraldeviceType |
Хранение информации о типе периферийного устройства |
|
location |
Хранение информации о месте установки периферийном устройстве |
|
Department |
Хранение информации о структурных подразделениях |
|
SOFTwareTYPE |
Хранение информации о типах программного обеспечения |
|
SOFTware |
Хранение информации о программном обеспечении |
|
SupplierSoftware |
Хранение информации о поставщиках программного обеспечения |
|
StatusSoftwareData |
Хранение информации о состоянии программного обеспечения |
|
LicenzeType |
Хранение информации о типе лицензии на программное обеспечение |
|
MotiveInstallSOFT |
Хранение информации о причинах установки программного обеспечения |
|
MotiveLiquidationSOFT |
Хранение информации о причинах ликвидации программного обеспечения |
|
Head |
Начальник ПТО |
|
USER |
Пользователи |
Внесем указанные сущности в логическую модель базы данных (БД) информационной подсистемы «Computers» (рисунок 2.1).
Рисунок 2.1 - В область модели внесены 24 сущности
2.2.2 Определение атрибутов сущностей базы данных
Перечень сущностей БД и их атрибутов приведен в таблице 2.2.
Таблица 2.2 - Атрибуты сущностей базы данных
Сущность |
Атрибут |
Ключ |
Тип |
Назначение |
|
1 |
2 |
3 |
4 |
5 |
|
ComputerTYPE |
ComputerTypeID |
Число |
Код типа компьютера |
||
CTName |
Нет |
Строка |
Название типа компьютера |
||
Computer |
ComputerID |
Число |
Код компьютера |
||
ComputerTypeID |
FK |
Число |
Код типа компьютера |
||
CInventoryNumber |
Нет |
Строка |
Инвентарный номер |
||
CImplementationDate |
Нет |
Дата/Время |
Дата ввода в эксплуатацию |
||
CDiscardYesNo |
Нет |
Логический |
Списан (Да/Нет)? |
||
CDiscardDate |
Нет |
Дата/Время |
Дата списания |
||
COnWhatGrounds |
Нет |
Строка |
Основание для списания |
||
Computer |
CIPAddress |
Нет |
Строка |
IP адрес |
|
CWorkgroup |
Нет |
Строка |
Рабочая группа |
||
hardwareTYPE |
HardwareTypeID |
Число |
Код типа комплектующей |
||
HTName |
Нет |
Строка |
Название типа комплектующей |
||
HardwareID |
Число |
Код комплектующей системного блока ПК |
|||
ComputerID |
FK |
Число |
Код компьютера |
||
HardwareTypeID |
FK |
Число |
Код типа комплектующей |
||
HModel |
Нет |
Строка |
Модель |
||
HSN |
Нет |
Строка |
Серийный номер |
||
HInventoryNumber |
Нет |
Строка |
Инвентарный номер |
||
HAccountNumber |
Нет |
Строка |
Номер счета |
||
HAccountDate |
Нет |
Дата/Время |
Дата счета |
||
HSupplierID |
FK |
Число |
Код поставщика |
||
HRainCheckNumber |
Нет |
Строка |
Гарантийный талон номер |
||
HRainCheckDate |
Нет |
Дата/Время |
Дата гарантийного талона |
||
HGuaranteePeriod |
Нет |
Строка |
Срок гарантии |
||
HPrice |
Нет |
Число |
Цена |
||
HDeliveryDate |
Нет |
Дата/Время |
Дата поступления |
||
HRemittanceOrderNumber |
Нет |
Строка |
Платежка номер |
||
HRemittanceOrderDate |
Нет |
Дата/Время |
Платежка дата |
||
HBillOfLadingNumber |
Нет |
Строка |
Накладная номер |
||
HBillOfLadingDate |
Нет |
Дата/Время |
Накладная дата |
||
HDateInstalled |
Нет |
Дата/Время |
Дата установки |
||
WhoProduceInstalledID |
FK |
Число |
Код лица, произведшего установку |
||
MotiveInstallationsID |
FK |
Число |
Код причины установки |
||
HPartDueDate |
Нет |
Дата/Время |
Дата изготовления |
||
hardware |
StatusDataID |
FK |
Число |
Код технического состояния |
|
CharacteristicDriverID |
FK |
Число |
Код состояния драйвера |
||
HLiquidationYesNo |
Нет |
Логический |
Ликвидировано (Да/Нет)? |
||
HLiquidationDate |
Дата/Время |
Дата ликвидации |
|||
MotiveLiquidationID |
FK |
Число |
Код причины ликвидации |
||
PeriodicityPMID |
FK |
Число |
Код периодичности профилактики |
||
HContainPartsYesNo |
Нет |
Логический |
Содержит комплектующие (Да/Нет)? |
||
HInUseYesNo |
Нет |
Логический |
В работе (Да/Нет)? |
||
HNote |
Нет |
Строка |
Примечание |
||
Supplier |
SupplierID |
Число |
Код поставщика комплектующей |
||
SName |
Нет |
Строка |
Название поставщика |
||
SAddress |
Нет |
Строка |
Адрес |
||
STelephone |
Нет |
Строка |
Телефон |
||
SFax |
Нет |
Строка |
Факс |
||
SEMail |
Нет |
Строка |
Адрес электронной почты |
||
MotiveInstallations |
MotiveInstallationsID |
Число |
Код причины установки комплектующей |
||
MIName |
Нет |
Строка |
Причина установки |
||
StatusData |
StatusDataID |
Число |
Код технического состояния комплектующей |
||
SDName |
Нет |
Строка |
Техническое состояние |
||
CharacteristicDriver |
CharacteristicDriverID |
Код состояния драйвера комплектующей |
|||
CDName |
Нет |
Строка |
Состояние драйвера |
||
WhoProduceInstalled |
WhoProduceInstalledID |
Число |
Код лица, произведшего установку |
||
WFamNamPat |
Нет |
Строка |
Ф.И.О. лица, произведшего установку |
||
WPost |
Нет |
Строка |
Должность лица, произведшего установку |
||
MotiveLiquidation |
MotiveLiquidationID |
Число |
Код причины ликвидации комплектующей |
||
MLName |
Нет |
Строка |
Причина ликвидации |
||
PeriodicityPM |
PeriodicityPMID |
Число |
Код периодичности профилактики |
||
PMName |
Нет |
Строка |
Периодичность профилактики |
||
peripheraldeviceType |
PeripheralDeviceTypeID |
Число |
Код типа периферийного устройства |
||
PDTName |
Нет |
Строка |
Тип периферийного устройства |
||
peripheraldevice |
PeripheralDeviceID |
Число |
Код периферийного устройства |
||
ComputerID |
FK |
Число |
Код компьютера |
||
PeripheralDeviceTypeID |
FK |
Число |
Код типа периферийного устройства |
||
PeripheralDeviceModel |
Нет |
Строка |
Модель периферийного устройства |
||
PSN |
Нет |
Строка |
Серийный номер |
||
PInventoryNumber |
Нет |
Строка |
Инвентарный номер |
||
location |
LocationID |
Число |
Код места установки |
||
ComputerID |
FK |
Число |
Код компьютера |
||
DepartmentID |
FK |
Число |
Код структурного подразделения |
||
LRoom |
Строка |
Номер комнаты |
|||
Department |
DepartmentID |
Число |
Код структурного подразделения |
||
DName |
Нет |
Строка |
Название структурного подразделения |
||
SOFTwareTYPE |
SoftwareTypeID |
Число |
Код типа программного обеспечения |
||
STName |
Нет |
Строка |
Название типа программного обеспечения |
||
SOFTware |
SoftwareID |
Число |
Код программного обеспечения |
||
ComputerID |
FK |
Число |
Код компьютера |
||
SoftwareTypeID |
FK |
Число |
Код типа комплектующей |
||
SName |
Нет |
Строка |
Название программного обеспечения |
||
LicenzeTypeID |
FK |
Число |
Код типа лицензии на программное обеспечение |
||
SLicenceGrantor |
Нет |
Строка |
Кем предоставлена лицензия на программное обеспечение |
||
SLicenzeEAddress |
Нет |
Строка |
Электронный адрес лицензии на программное обеспечение |
||
SLicenzeNumber |
Нет |
Строка |
Лицензионный номер |
||
SLicenzeDateStart |
Нет |
Дата/Время |
Дата начала действия лицензии |
||
SLicenzeDateFinish |
Нет |
Дата/Время |
Дата окончания действия лицензии |
||
SInventoryNumber |
Нет |
Строка |
Инвентарный номер |
||
SAccountNumber |
Нет |
Строка |
Номер счета |
||
SAccountDate |
Нет |
Дата/Время |
Дата счета |
||
SupplierSoftwareID |
FK |
Число |
Код поставщика программного обеспечения |
||
SPrice |
Нет |
Число |
Цена |
||
SDeliveryDate |
Нет |
Дата/Время |
Дата поступления |
||
SRemittanceOrderNumber |
Нет |
Строка |
Платежка номер |
||
SRemittanceOrderDate |
Нет |
Дата/Время |
Платежка дата |
||
SOFTware |
SBillOfLadingNumber |
Нет |
Строка |
Накладная номер |
|
SBillOfLadingDate |
Нет |
Дата/Время |
Накладная дата |
||
SDateInstalled |
Дата/Время |
Дата установки |
|||
WhoProduceInstalledID |
FK |
Число |
Код лица, произведшего установку |
||
MotiveInstallSoftD |
FK |
Число |
Код причины установки |
||
StatusSoftwareDataID |
FK |
Число |
Код состояния программного обеспечения |
||
SLiquidationYesNo |
Нет |
Логический |
Ликвидировано (Да/Нет)? |
||
SLiquidationDate |
Нет |
Дата/Время |
Дата ликвидации |
||
MotiveLiquidSoftID |
FK |
Число |
Код причины ликвидации |
||
HInUseYesNo |
Нет |
Логический |
В работе (Да/Нет)? |
||
HNote |
Нет |
Строка |
Примечание |
||
SupplierSoftware |
SupplierSoftwareID |
Число |
Код поставщика комплектующей |
||
SName |
Нет |
Строка |
Название поставщика |
||
SAddress |
Нет |
Строка |
Адрес |
||
STelephone |
Нет |
Строка |
Телефон |
||
SFax |
Нет |
Строка |
Факс |
||
SEMail |
Нет |
Строка |
Адрес электронной почты |
||
StatusSoftwareData |
StatusSoftwareDataID |
Число |
Код состояния программного обеспечения |
||
SSDName |
Нет |
Строка |
Состояние программного обеспечения |
||
LicenzeType |
LicenzeTypeID |
Число |
Код типа лицензии на программное обеспечение |
||
LName |
Нет |
Строка |
Тип лицензии на программное обеспечение |
||
MotiveInstallSOFT |
MotiveInstallSoftD |
Число |
Код причины установки программного обеспечения |
||
MISName |
Нет |
Строка |
Причина установки программного обеспечения |
||
MotiveLiquidationSOFT |
MotiveLiquidSoftID |
Число |
Код причины ликвидации программного обеспечения |
||
MLSName |
Нет |
Строка |
Название причины ликвидации |
||
Head |
HeadID |
Число |
Начальник отдела код |
||
HFIO |
Нет |
Строка |
Начальник отдела Ф.И.О. |
||
HActual |
Нет |
Логический |
Начальник отдела действующий |
||
USER |
UserPseudonym |
Строка |
Псевдоним пользователя |
||
UFIO |
Нет |
Строка |
Ф.И.О. пользователя |
||
UDostup |
Нет |
Число |
Уровень доступа (полный, только просмотр, пользователь блокирован) |
||
UPasswd |
Нет |
Строка |
Пароль |
В таблице 2.2 символом обозначается первичный ключ сущности, а символом FK обозначается внешний ключ сущности.
2.2.3 Определение связей между сущностями базы данных
Анализ данных таблицы 2.2 позволяет сделать вывод о том, что в логической модели базы данных «Computers» имеются родительские и дочерние сущности (таблица 2.3).
Таблица 2.3 - Данные о взаимосвязи дочерних и родительских сущностей базы данных информационной подсистемы «Computers»
Дочерняя сущность |
Наследуемый (внешний) ключ |
Родительская сущность |
Тип связи |
Кратность связи |
|
1 |
2 |
3 |
4 |
5 |
|
Computer |
ComputerTypeID |
ComputerTYPE |
Неидентифицирующая |
1:N |
|
hardware |
HardwareTypeID |
hardwareTYPE |
Аналогично |
1:N |
|
hardware |
ComputerID |
Computer |
Аналогично |
1:N |
|
HSupplierID |
Supplier |
Аналогично |
|||
WhoProduceInstalledID |
WhoProduceInstalled |
Аналогично |
1:N |
||
MotiveInstallationsID |
MotiveInstallations |
Аналогично |
1:N |
||
StatusDataID |
StatusData |
Аналогично |
1:N |
||
CharacteristicDriverID |
CharacteristicDriver |
Аналогично |
1:N |
||
MotiveLiquidationID |
MotiveLiquidation |
Аналогично |
1:N |
||
PeriodicityPMID |
PeriodicityPM |
Аналогично |
1:N |
||
peripheraldevice |
PeripheralDeviceTypeID |
PERIPHERALDEVICETYPE |
Аналогично |
1:N |
|
ComputerID |
Computer |
Аналогично |
1:N |
||
location |
ComputerID |
Computer |
Аналогично |
1:N |
|
DepartmentID |
Department |
Аналогично |
1:N |
||
SOFTware |
ComputerID |
Computer |
Аналогично |
1:N |
|
SoftwareTypeID |
SOFTwareTYPE |
Аналогично |
1:N |
||
LicenzeTypeID |
LicenzeType |
Аналогично |
1:N |
||
SupplierSoftwareID |
SupplierSoftware |
Аналогично |
1:N |
||
WhoProduceInstalledID |
WhoProduceInstalled |
Аналогично |
1:N |
||
SOFTware |
MotiveInstallSoftD |
MotiveInstallSOFT |
Аналогично |
1:N |
|
StatusSoftwareDataID |
StatusSoftwareData |
Аналогично |
1:N |
||
MotiveLiquidSoftID |
MotiveLiquidationSOFT |
Аналогично |
1:N |
Из анализа таблицы 2.3 можно сделать следующие выводы:
1. Количество родительских сущностей 19 (ComputerTYPE, hardwareTYPE, Computer и др.).
2. Количество дочерних сущностей пять (Computer, hardware, peripheraldevice, location и SOFTware).
3. Количество неидентифицирующих связей между сущностями - 21.
4. Во всех типах связи наследуемый ключ не может принимать пустые значения типа Null.
5. Кратность связей в рассмотренных случаях составляет 1:N (один-ко-многим).
Пользуясь данными таблицы 2.3, установим связи между сущностями логической модели базы данных информационной подсистемы «Computers» в ERwin (рисунок 2.2).
2.2.4 Ввод атрибутов и задание первичных ключей сущностей базы данных
Для задания первичных ключей и атрибутов используем редактор атрибутов. Перейдем в него, воспользовавшись контекстным меню. Панель диалога этого редактора для сущности «Computer» изображена на рисунке 2.3.
На этом процесс создания логической модели завершается, а сама модель приобретает вид, представленный на рисунке 2.4.
Рисунок 2.2 - Логическая модель базы данных информационной подсистемы «Computers» после внесения связей между сущностями
Рисунок 2.4 - Логическая модель базы данных информационной подсистемы «Computers»
2.2.5 Создание физической модели базы данных информационной подсистемы «Computers»
Для создания физической модели базы данных воспользуемся пунктом меню «Logical | Physical» ERwin и редактором колонок. После того как будут выполнены все действия, физическая модель приобретет вид, показанный на рисунке 2.5.
2.2.6 Генерирование SQL-сценария создания базы данных информационной подсистемы «Computers» в ERwin
Генерация физической схемы базы данных (БД) является основной целью процесса её проектирования. Для генерации схемы БД выберем пункт меню «Tools | Forward Engineer/ Schema Generation ...».
Физическая схема базы данных генерируется на основе логической схемы и набора установок, определяющих, какие элементы должны войти в схему БД. Эти установки зададим в диалоговом окне генератора схем.
Вызовем редактор фильтра таблиц и выберем таблицы (сущности), которые должны войти в схему (рисунок 2.6).
Осуществим просмотр сгенерированного SQL-сценария создания базы данных. Диалог содержит стандартное текстовое окно и набор кнопок для редактирования, просмотра и печати текста сценария (рисунок 2.8). Полученный сценарий сохраним в файле. Для сохранение SQL-сценария в текстовом файле нажмем кнопку с пиктограммой (рисунок 2.7). Текст файла сгенерированного SQL-сценария создания базы данных в ERwin приведен в приложении Б. Нажмем кнопку «Generate» (Генерировать) и вызовем в диалог генерации системного каталога базы данных. Кнопка «Generate» запускает процесс генерации «физической» схемы базы данных. В диалоге связи с БД (рисунок 2.8) введем имя пользователя (login) и пароль (password).
Рисунок 2.5 - Физическая модель базы данных информационной подсистемы «Computers» |
В выпадающем списке «Database» выберем имя базы данных. После нажатия кнопки «Connect» (подключиться) появится диалог «Generate Database Schema» (генерация схемы базы данных). Для продолжения процесса генерации нажмем кнопку «Continue».
После окончания процесса генерации базы данных раскроем и проанализируем содержимое папки C:\CustomerOrder_ Database (рисунок 2.10).
Подобные документы
Создание модели базы данных информационной подсистемы администрации гостиницы. Информационное и программное обеспечение. Описания логической структуры программы, интерфейса. Требования к центральному процессору, оперативному запоминающему устройству.
курсовая работа [1,1 M], добавлен 16.01.2013Разработка автоматизированной информационной подсистемы учета свидетельств обязательного пенсионного страхования для Управления Пенсионного фонда России. Атрибуты сущностей базы данных, создание интерфейса формы и описание логической структуры программы.
дипломная работа [7,5 M], добавлен 24.06.2011Выявление сущностей и связей, атрибутов сущностей и назначение первичных ключей при разработке базы данных. Реляционная модель данных. Описание стадий жизненного цикла информационной системы: анализ, проектирование, реализация, внедрение, сопровождение.
курсовая работа [152,2 K], добавлен 11.05.2014Процесс разработки Web-сайта. Состав и содержание работ по созданию подсистемы. Требования к Web-сайту. Определение сущностей модели базы данных. Разработка логической модели базы данных. Реализация PHP-скриптов и заполнение базы данных Web-сайта.
дипломная работа [8,2 M], добавлен 29.06.2011Формы документов, SQL-скрипт создания базы данных информационной подсистемы "Advancement". Листинги основных модулей проекта Delphi. Визуальные средства разработки приложений. Диалоговые окна программы Erwin. Атрибуты сущностей, входящие в базу данных.
дипломная работа [3,3 M], добавлен 01.07.2011- Анализ, разработка и реализация базы данных встраиваемого модуля информационной системы IP-телефонии
Анализ предметной области. Проектирование диаграммы "сущность-связь" в Enterprise Architect. Общие сведения о базовых запросах. Создание базы данных в MySQL. Выделение сущностей, атрибутов, ключей, связей. Применение табличных и скалярных функций.
курсовая работа [1,8 M], добавлен 28.01.2016 Проектирование базы данных, информационной подсистемы PLC-Tester, модуля тестирования и web-приложения. Разработка логической структуры программного продукта и общие требования к техническому обеспечению. Запуск программы и описание тестовых прогонов.
дипломная работа [3,2 M], добавлен 30.06.2011Проектирование функциональной структуры подсистемы "Склад". Даталогическое проектирование информационной базы данных и описание применяемых средств защиты информации. Особенности работы с NET Framework. Расчет экономической эффективности проекта.
дипломная работа [5,6 M], добавлен 29.06.2011Системный анализ и анализ требований к базе данных. Концептуальная и инфологическая модель предметной области. Типы атрибутов в логической модели базы. Физическая модель проектируемой базы данных в методологии IDEF1X. Требования к пользователям системы.
курсовая работа [2,3 M], добавлен 21.11.2013Создание приложения для регистрации оружия для отдела лицензионно-разрешительных работ УВД по Ставрополю. Написание программы в среде Microsoft Visual Studio. Разработка логической, физической и датологической модели базы данных информационной подсистемы.
дипломная работа [5,3 M], добавлен 24.06.2011