хех, сам пишу аналогичные вещи =)
Начать несомненно с описания самого главного, оборудования.
Какое оборудование вы хотите хранить?
---Составить список моделей, производителей
какие параметры будут его характеризовать?
---Какие различные параметры каких типов.
И тут надо принять одно из самых главных решений в области хранения параметров, как оно должно быть представлено в БД.
Если всегда одни и теже параметры, то одна таблица с необходимыми полями, если существуют группы оборудования со своими наборами параметров, и их не много и не будут они расширятся, то отдельные таблички с описанием параметров отдельного типа оборудования. И *барабанная дробь* самый универсальный случай, когда каждая модель может иметь произвольный набор параметров, модели создаются через конструктор, тут опять несколько вариантов, или организовать EAV, или допустим хранить шаблон параметров и сами значения в json (в постгре какраз удобно), или самое сложное но и гибкое, разнесение по отдельным типам в бд разных типов параметров, с кастомным поведением для каждого. - честно говоря реализация последнего вам уже до конца года хватит ^^
Собственно по каждому типу параметров определится с его особенностями, допустим будут ли у вас адреса, если да, просто текстом будет хранится или из некой базы подтягиваться (ФИАС прикрутить допустим), можно будет выбрать только дом или можно будет привязать оборудование к кварталу или улице, что делать если нет определённого адреса? хранить ли геокординаты?. Если нужны ip адреса, просто это ип, или необходимо указание к какой подсети он относится, связанно собственно с системой учёта ip адресов.
Какие поля будут уникальными, какие обязательными для заполнения, какие доступными только для чтения, как сообщить пользователю об этих особенностях.
Ну и там всякие сложности, может ли оборудование иметь топологические отношения. Нужен ли учёт портов (сетевых электрических и тд), влан, клиентов на оборудовании, взаимодействие с самим оборудованием из интерфейса системы, продолжать можно очень долго, и большинство из этого вам не нужно ^^
Вопрос на чём вы хотите сосредоточится?
Если хотите разобраться с Вёрсткой, не используйте готовые фреймворки, почитайте про БЭМ, попробуйте less или sass, реализуйте хоть страшный но свой интерфейс, протестируйте в разных браузерах. Потом натяните нормальный css фреймворк, попробуйте кастомизировать под себя.
Неплохой задачкой было бы построение RESTapi для вашего сервиса, с версионностью, поддержкой метода INFO... И взяв хороший js фремворк, организовать общение страницы и сервера именно через апи.
К гиту лучше всего привыкать сразу, и желательно поробовать работать используя такой подход
habrahabr.ru/post/106912
БД само собой делать в 3-й нормализованной форме, контролируйте сколько и каких запросов бд, разберитесь с EXPLAIN и как работают составные индексы, да и собственно различные виды индексов в постгре, и да попробуйте использовать ОРМ(с фласком видимо прямая дорого к sqlalchemy).
з.ы. извиняюсь за сумбур =)
