Аппарат при руководстве (основные структуры):
1. Эксплуатационный отдел
2. Технический отдел
3. Бухгалтерия
4. Планово-экономический отдел
5. Отдел материально-технического снабжения
6. Группа диспетчерского управления
7. Административно-хозяйственный участок
8. Участок автотранспорта и спецтехники
9. Производственно-технологический центр
10. Ухтинский цех технологической связи
11. Сосногорский цех технологической связи
12. Вухтыльский цех технологической связи
Техническая часть
Анализ предметной области
В связи с тем, что в ПТУС «Севергазсвязь» следят за функционированием связей, необходимо программное обеспечение, ведущее полную отчетность о поломках на линии связи.
Данное программное обеспечение должно отображать списки: цехов, узлов и систем связи, станций, оборудования, сред передачи. Также должно отображаться полная информация о простое на линии.
Должен осуществляться поиск по параметрам:
· Дата, время начала и окончания события;
· Цех;
· Система связи;
· Категория простоя;
· Оборудование;
· Текущее состояние события.
Должна быть возможность редактирования, дополнения и удаления данных в базе данных.
Доступ к базе данных должен быть в многопользовательском режиме.
Определение состава и свойств объектов базы данных
Анализ предметной области выявил следующие области (сущности), используемых при построении базы данных:
· Цех (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 - Таблица «Карточка»
Выбор СУБД и среды разработки
Краткий обзор популярных СУБД
Основной выбор СУБД стоял между MS SQL 2008 Express, Access 2010 и Linter.
Рассмотрим слабые и сильные стороны вышеперечисленных СУБД и обоснуем свой выбор.
MS SQL 2005 Express
Сильные стороны:
- Высокая надежность,
- Бесплатное распространение,
- Встроенная поддержка шифрования данных,
- Поддержка государственных сертификатов безопасности,
- Возможность экспорта и импорта в большинство распространенных форматов данных,
- Простая установка и администрирование,
- Удобный визуальный инструментарий,
- Постоянно поддерживается обновлениями от Microsoft,
- Прост в освоении для начинающих программистов,
- Поддержка 64-разрядных сред,
- Быстродействие и функциональные возможности механизма сервера СУБД,
- Наличие средств удаленного доступа.
Слабые стороны:
- Не работает на платформах, отличных от Windows,
- Урезанная функциональность по сравнению с другими редакциями MSSQL 2008.
Microsoft Access 2010
Сильные стороны:
- Возможностью выполнения полного цикла работ над проектом,
- Простота использования,
- Удобный визуальный инструментарий.
Слабые стороны:
- Низкая скорость работы,
- Ограниченность объема обрабатываемых данных,
- Низкая надежность,
- Низкая защищенность данных,
- Нет возможности одновременного доступа большого числа клиентов к базе.
Linter
Сильные стороны:
-Поддерживает большинство операционных систем,
-Высокая надежность,
-Производительность и простота,
-Встраиваемость – простота использования и снижение затрат,
-Повышенной отказоустойчивости и широкие функциональные возможности,
-Оптимизация запросов,
-Широкий набор программных интерфейсов.
Слабые стороны:
-Падение эффективности в случае высокой динамики изменений,
-Временное рассогласование данных на серверах, которое практически исключает применение систем асинхронной репликации в приложениях, требующих абсолютной синхронности данных, получаемых разными клиентами,
В пользу выбора MS SQL Server как средства разработки баз данных для систематизации нештатных ситуаций, причин и рекомендаций сыграло несколько ключевых моментов: бесплатность, распространённость, поддержка одновременной работы многих пользователей. Это позволяет в рамках единой среды создавать полнофункциональную оболочку с различными интерфейсами, с помощью которой администратор базы данных может корректировать структуру и программировать запросы, а технолог может сразу начать наполнение базы данных информацией
