Проектирование и разработка мобильного приложения по учету объектов пожарной безопасности

Проектирование

Техническое задание.

1. Общие сведения.

Наименование «Мобильное приложение для учета объектов пожарной безопасности FireWatch», условное наименование «FireWatch».

2. Назначения и цели создания системы.

Назначение системы:

• — добавление в базу и редактирование данных моделей оборудования;
• — добавление в базу и редактирование данных оборудования находящегося под учетом;
• — указание состояния под учетного оборудования.

Цель отображать информацию по состоянию оборудования.

3. Характеристика объектов автоматизации.

Мобильное приложение на платформе Android с API level 22.

4. Требования к системе.

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

Требование к подсистемам.

Подсистема для работы с базой данных:

• — добавлять и редактировать модели оборудования по пожарной безопасности;
• — добавлять и редактировать под учетное оборудование.

Подсистема для отображения и изменения состояния под учетного оборудования.

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

5. Состав и содержания работ по созданию системы.

Разработка баз данных.

Разработка пользовательского интерфейса.

Написание функционала.

Тестирование.

Концептуальная модель.

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

Модель оборудования. В таблице будут храниться данные о моделях оборудования и их технические характеристики. Первичным ключом данной таблицы является атрибут «model», в котором будет храниться информация о модели оборудования. Данный атрибут было решено сделать ключевым, так как модель является уникальной характеристикой для каждого оборудования. Под учетное оборудование. В таблице будут храниться данные об конкретном экземпляре требующего учета оборудования. Первичным ключом сущности является «ID», данный атрибут будет автоматически присваиваться системой и будет уникальным для каждого экземпляра сущности.

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

IDEF1X.

На данной модели изображены сущности «Модель оборудования» и «Под учетное оборудование» их атрибуты.

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

Под учетное оборудование. Данная сущность является дочерней сущностью от сущности «модель оборудования» и содержит внешний ключ указывающий на модель оборудования. На диаграмме связь отображается пунктирной линий без ромба в начале линии, что означает, что внешний ключ не является частью первичного ключа данной сущности, но обязателен для заполнения и не может быть NULL. Первичным ключом данной сущности является ID, заполнение данного атрибута будет происходить автоматически и он будет уникальным для каждого экземпляра сущности. Так же в сущности присутствуют атрибуты место установки и комментарий. Атрибут место установки должен отражать место где в данной момент физически находится находящийся под учетом объект. Комментарий служит для пометки особенностей экземпляра под учетного оборудования.

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

Привидение к нормальным формам базы данных. Привидение к первой нормальной форме.

Для привидения базы данных к первой нормальной форме необходимо:

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

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

Атомарность. Каждый атрибут сущностей имеет лишь одно значение и аналогичных атрибутов в сущностях не присутствует.

Ни один из аспектов системы не зависит от порядка заполнения базы данных.

Привидение ко второй нормальной форме.

Для приведения базы данных ко второй нормальной форме необходимо:

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

База данных приведена к первой нормальной форме.

Сущность «Модель оборудования» имеет три атрибута: модель, тип, описание. Атрибут модель является первичным ключом и относится к данной сущности, так как это техническая характеристика. Атрибут тип классифицирует данную модель оборудование. Описания является описанием к данной модели и характеризует ее.

Сущность «Под учетное оборудование» имеет четыре атрибута: ID, модель, место установки, комментарий. Атрибут ID является идентификатором экземпляра сущности. Атрибут модель — внешний ключ служащий для связи с сущностью «модель оборудования». Атрибут место установки указывает на место нахождения объекта, который описывает экземпляр данной сущности. Комментарий характеризует данный объект.

Таким образом, база данных приведена ко второй нормальной форме.

Приведение к третьей нормальной форме.

Для приведения базы данных к третьей нормальной форме необходимо:

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

База данных приведена ко второй нормальной форме.

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

База данных приведена к третьей нормальной форме.

Use Case.

Данная диаграмма показывает взаимодействие пользователя с системой и отображает основной сценарий использования приложения.

Система приложения состоит из двух подсистем: подсистемы для работы с базой данных и подсистемой для проверки и изменения состояния под учетных объектов.

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

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