# Актуализация

* 3.1 Минимальные требования согласно [документации](https://docs.ispsystem.ru/dcimanager-admin/o-platforme/trebovaniya-k-serveru) для платформы 110 Гб, в документе 60 Гб.
* П.5, и приложение 1 п.1 - настройка с почтовым сервером актуальна? (На предрелизных проверках не проверяем это):
> Настройка взаимодействия с почтовым сервером, при наличии технической возможности;

* П.6 Не совсем понимаю, что здесь имеется ввиду:
> Учет и управление адресным пространством (IPAM) в едином окне с оборудованием;

* В одном пункте просто "ведение", в следующем "автоматизированное ведение". Складывается ощущение, что это разные истории: история событий в одном месте, история со складами - в другом. И то, и другое - автоматизировано.
И, может, стоит объединить именно ведение всех историй? Перемещение ИТ-активов - тоже действия пользователей, и всё хранится в одном месте истории:

> Ведение истории событий и логирование всех действий пользователей;

> Учет ИТ-активов на всем жизненном цикле оборудования, от поступления на учет до списания с автоматизированным ведением истории перемещений;

* В приложении 1, в проверках есть такой пункт (5):
>Установка модуля проксирования IPMI, демонстрация работы проксирования для серверов имеющих IPMI

Может,тогда следует добавить его в п.6? (Возможность подключения к IPMI сервера)

* Может, стоит ещё добавить демонстрацию автодобавления серверов (если это актуально для заказчика)?
* Также, если показывать учет оборудования, то можно показать и возможность формирования отчётов по серверам (если это актуально для заказчика).

### Приложение 1:
* Добавить проверку настройки локации (и в этой же форме выбор для скачивания шаблонов диагностики, восстановления, ОС)
* Добавить проверку проваливания и входа под обычным пользователем.
* Где установлен модуль интеграции ip-адресов? В vm или в dci?:
> Модуль интеграции установлен, база IP адресов из VMmanager отображается в DCImanager
* Интеграция с BILLmanager Может немного подробнее расписать, или понятнее - что действия выполняются в billmanager (если это целесообразно)
* Можно поменять некоторые проверки местами, чтобы сделать логическую последовательность действий:
* Настройку уведомлений сделать после визуализации стоек(п.4 поднять на п.3)
* п.27,наверное, лучше поднять наверх, к проверке стоек и настройке уведомлений - так как можно в карточке стойки тоже увидеть оторбажение превышения датчиков, в стойке плитка с сервером выделяется красным, в правой части при выборе сервера (малый дровер) есть подпись, что температура на нем превышена.
* П.7 входит в п.8 - тк это также дистанционная операция с оборудованием. Наверное, стоит тогда разделить п.8 на два отдельных: Установка ОС и восстановление.
* п.10 - в критерии написаны две проверки, стоит разделить: 1) успешная загрузка iso-образа, 2) успешное монтирование (если возможно), и можно ещё добавить установку ОС из iso-образа.
* п.11 - две проверки объединены, стоит разделить: установка с ручной разметкой, установка с программным raid
* п.13 - 4 разные проверки описаны. + в групповых операциях ещё есть групповая установка ОС.
* п.17 не совсем понимаю, что имеется ввиду. Что такое опрос по расписанию?
* п.21 и 22 - смущает слово "Отслеживание", не совсем точное? Как будто отслеживание должно давать уведомления о чем-то?
* п. 24, лучше написать так (а то ощущение, что это автоматически происходит):
> После первой диагностики оборудование ~~связано~~ связывается с сущностями на складе,
* п.23 и 26 - эти проверки в одном месте находятся, можно их объединить, или в п.23 тоже указать локацию хранения истории

> *Кто будет проводить тестирование? Стоит ли более понятно/подробно описывать критерий успешности*

Доработки:

1. 29 пункт - добавить возможность формиравние отчетов из разных мест
2. Глобальный поиск - добавить
3. Пункт 1.10 - добавить проваливание
4. Отдельно расписать что можно добавлять поставки поставщики, плюс накладные
5. Мультисклад(привязка к локациям разных складов, валюта)
6. Можно добавить в пункт Дашборда переход по статусам с ошибками