- •Отчет по производственной практике
- •Введение
- •1 Аналитическая часть
- •1.1 История развития и общая характеристика предприятия
- •1.2 Анализ структуры и характеристик птус
- •2 Техническая часть
- •2.1 Анализ предметной области
- •2.2 Определение состава и свойств объектов базы данных
- •3 Выбор субд и среды разработки
- •3.1 Краткий обзор популярных субд
- •3.2 Краткий обзор популярных средств разработки
- •4 Практическая разработка
- •4.1 Даталогическая модель
- •5 Основные дисплейные фрагменты
- •6 Заключение и выводы
1.2 Анализ структуры и характеристик птус
Аппарат при руководстве (основные структуры):
Эксплуатационный отдел
Технический отдел
Бухгалтерия
Планово-экономический отдел
Отдел материально-технического снабжения
Группа диспетчерского управления
Административно-хозяйственный участок
Участок автотранспорта и спецтехники
Производственно-технологический центр
Ухтинский цех технологической связи
Сосногорский цех технологической связи
Вухтыльский цех технологической связи
2 Техническая часть
2.1 Анализ предметной области
В связи с тем, что в ПТУС «Севергазсвязь» следят за функционированием связей, необходимо программное обеспечение, ведущее полную отчетность о поломках на линии связи. Данное программное обеспечение должно отображать списки: цехов, узлов и систем связи, станций, оборудования, сред передачи. Также должно отображаться полная информация о простое на линии.
Должен осуществляться поиск по параметрам:
Дата, время начала и окончания события;
Цех;
Система связи;
Категория простоя;
Оборудование;
Текущее состояние события.
Должна быть возможность редактирования, дополнения и удаления данных в базе данных. Доступ к базе данных должен быть в многопользовательском режиме.
2.2 Определение состава и свойств объектов базы данных
Анализ предметной области выявил следующие области (сущности), используемых при построении базы данных:
Цех (shop);
Узел связи (communication_center);
Станция (station);
Система связи (communication_system);
Оборудование (production);
Тип систем связи (type_of_communication_systems);
Тип линии связи (type_of_communication_line);
Среда передачи (transmission_medium);
Карточка(card).
Сущности и атрибуты базы данных представлены в рис. 1 – 9.
Рисунок 1 – Таблица «Цех»
Рисунок 2 - Таблица «Узел связи»
Рисунок 3 - Таблица «Станция»
Рисунок 4 - Таблица «Система связи»
Рисунок 5 - Таблица «Оборудование»
Рисунок 6 - Таблица «Тип системы связи»
Рисунок 7 - Таблица «Тип линии связи»
Рисунок 8 - Таблица «Среда передачи»
Рисунок 9 - Таблица «Карточка»
3 Выбор субд и среды разработки
3.1 Краткий обзор популярных субд
Основной выбор СУБД стоял между MS SQL 2008 Express, Access 2010 и Linter.
Рассмотрим слабые и сильные стороны вышеперечисленных СУБД и обоснуем свой выбор.
MS SQL 2005 Express
Сильные стороны:
- Высокая надежность,
- Бесплатное распространение,
- Встроенная поддержка шифрования данных,
- Поддержка государственных сертификатов безопасности,
- Возможность экспорта и импорта в большинство распространенных форматов данных,
- Простая установка и администрирование,
- Удобный визуальный инструментарий,
- Постоянно поддерживается обновлениями от Microsoft,
- Прост в освоении для начинающих программистов,
- Поддержка 64-разрядных сред,
- Быстродействие и функциональные возможности механизма сервера СУБД,
- Наличие средств удаленного доступа.
Слабые стороны:
- Не работает на платформах, отличных от Windows,
- Урезанная функциональность по сравнению с другими редакциями MSSQL 2008.
Microsoft Access 2010
Сильные стороны:
- Возможностью выполнения полного цикла работ над проектом,
- Простота использования,
- Удобный визуальный инструментарий.
Слабые стороны:
- Низкая скорость работы,
- Ограниченность объема обрабатываемых данных,
- Низкая надежность,
- Низкая защищенность данных,
- Нет возможности одновременного доступа большого числа клиентов к базе.
Linter
Сильные стороны:
-Поддерживает большинство операционных систем,
-Высокая надежность,
-Производительность и простота,
-Встраиваемость – простота использования и снижение затрат,
-Повышенной отказоустойчивости и широкие функциональные возможности,
-Оптимизация запросов,
-Широкий набор программных интерфейсов.
Слабые стороны:
-Падение эффективности в случае высокой динамики изменений,
-Временное рассогласование данных на серверах, которое практически исключает применение систем асинхронной репликации в приложениях, требующих абсолютной синхронности данных, получаемых разными клиентами,
В пользу выбора MS SQL Server как средства разработки баз данных для систематизации нештатных ситуаций, причин и рекомендаций сыграло несколько ключевых моментов: бесплатность, распространённость, поддержка одновременной работы многих пользователей. Это позволяет в рамках единой среды создавать полнофункциональную оболочку с различными интерфейсами, с помощью которой администратор базы данных может корректировать структуру и программировать запросы, а технолог может сразу начать наполнение базы данных информацией