Пилот и приёмка
Как доказать обещание: слои приёмки для A4 и F1, план пилота по этапам и то, по чему решают — берём или нет.
Пилот должен доказывать не демонстрационную презентацию, а реальное встраивание, сохранение и повторное открытие документов. Это должен быть инженерный опыт: взять комплект для оценки (Evaluation Kit), открыть свой документ, выполнить критичные действия и увидеть проверяемый результат.
| Что проверяем | A4 | F1 |
|---|---|---|
| Открытие | DOCX открывается внутри вашего WebView, отдельного окна A4 не появляется. | Реальная книга открывается из байтов или URI, которыми владеет хост; объявленные возможности видны. |
| Правка | Пользователь выполняет согласованные правки, хост получает признак несохранённых изменений. | Правка ячейки, диапазона или формулы создаёт одну ревизию и одну запись в истории. |
| Сохранение | Сохранение в ядре завершено, хост получает событие saved, путь, байты и снятый признак изменений. | Байты или поток возвращаются хосту; право на сохранение объявлено явно. |
| Повторное открытие | Сохранённый DOCX открывается заново без потери смысла документа. | Два открытия с холодного старта сохраняют семантику и целостность пакета. |
| События | ready, dirty, saved, error, unmounted; события поставки под вашей маркой — по договорённости. |
ready, opened, dirty, change, selection, save-requested, closed, error — имена из контракта встраивания, который ещё фиксируется. |
| Безопасность | Пропуск не утёк, порт слушается только на локальном адресе, содержимое документа не попадает в журналы. | Учётные данные и проекции не утекают; политика проверяется до открытия, сохранения и сетевого вызова. |
| Освобождение ресурсов | После размонтирования и завершения не остаётся слушателей, сокетов и дочерних процессов. | После закрытия не остаётся ни воркеров, ни процессов, ни слушателей, ни осиротевших задач. |
| Производительность | Запуск, открытие, правка, сохранение и память на согласованных классах DOCX. | Открытие, правка, пересчёт, сохранение, память и бюджет кадра на корпусе книг. |
План пилота: от пяти до девяти недель
Заголовок раздела «План пилота: от пяти до девяти недель»Сроки этапов ниже складываются в пять недель при удачном ходе и в девять, если корпус документов большой, а маршрутов продукта несколько. Точную вилку называем после обследования — это его первый результат.
| Этап | Длительность | Результат |
|---|---|---|
| Обследование | 2–3 рабочих дня | Выбор платформы и серверной части, ключевые сценарии, корпус документов, требования безопасности, ответственный со стороны бизнеса. |
| Технический прототип | 1–2 недели | Открытие, правка, сохранение и повторное открытие реального DOCX или XLSX внутри вашего контейнера. |
| OEM-пилот | 3–6 недель | Оформление под ваш бренд, адаптер хранилища, единый вход и аудит, события, выбранные маршруты продукта, замеры производительности. |
| Решение: берём или нет | 1 встреча | Итоговый перечень возможностей, список работ до промышленной эксплуатации, коммерческая оценка, предполагаемые обязательства по доступности и сроку поддержки версии. |
Что нужно к пилоту
Заголовок раздела «Что нужно к пилоту»- Что дать своим специалистам и в каком порядке это читать — С чего начать пилот.
- Перечень проверок перед пилотом — контрольный список F1 и контрольный список A4.