Как стать автором
Обновить

Разработка системы электронного документооборота изнутри: Как мы готовим СЭД ТЕЗИС к релизу

Время на прочтение8 мин
Количество просмотров17K
Всего голосов 18: ↑15 и ↓3+12
Комментарии11

Комментарии 11

Получается, что мы пролетаем с обновлением, раз его должны установить до 1 октября?
А сделать нормальный инсталлятор Reminder-а так и не смогли…
С 1 октября только начнутся обновления, поэтому опоздать куда-либо маловероятно.
А что не так с инсталлятором Reminder-а (с 4.1 tezis-assistant)? Каждый релиз это улучшение продукта, в новой версии были работы и по улучшению инсталлятора. Если вдруг есть идеи, мысли, предложения, то всегда готовы выслушать.
В середине августа наступает день, когда делается code freeze — «заморозка» кода системы для изменений. Разработчики больше не могут вносить в релиз никаких новых возможностей — только исправлять ошибки.
Какая же это заморозка, код-то правят и дальше. Изменения в коде при исправлении ошибок принципиально ничем не отличаются от изменений для нового функционала

Также актуализируются частные технические задания на разработку системы электронного документооборота, которые выдавались экспертным группам
А это зачем, простите? Кому эти ТЗ потом нужны?

А что делают разработчики в «межсезонье»?

Если честно, итерации выглядят не очень симпатично, очевидно много бумагописательства и бесконечных совещаний и согласований. Не думали перейти на более короткие итерации, скажем в 3 месяца? Месяц?
Какая же это заморозка, код-то правят и дальше. Изменения в коде при исправлении ошибок принципиально ничем не отличаются от изменений для нового функционала

Проблемы с code freeze известны всем разработчикам ПО, поэтому вернее сказать об ограничении изменений кода и ужесточении контроля за ним. Таким образом из двух типов замораживания — полное и замораживание функциональных свойств, мы используем второй тип.

А это зачем, простите? Кому эти ТЗ потом нужны?

Проект растет и развивается. Приходит новая команда. Появляются новые «хотелки» от клиентов. Всегда удобнее работать, если есть актуальная документация на все фичи.

А что делают разработчики в «межсезонье»?

Компания выпускает не только стандартное решение. Проектная команда работает с продуктами, которые ориентированы под конкретных заказчиков. Работы мало не бывает.

Что касается бумагописательства, то мы, как адепты электронного документооборота, несколько модернизировали этот процесс. Он не настолько затратен по времени, как может показаться. Переход на короткие итерации несет большие потери времени на регрессионное тестирование продукта.
Проблемы с code freeze известны всем разработчикам ПО

Проблема в том, что никакого freeze нет и быть не может, пока проект жив. Просто эта красивая но несуществующая абстракция нравится некоторым РП и тимлидам.

полное и замораживание функциональных свойств, мы используем второй тип.
Т.е. фактически не все из того что было запланировано может быть реализовано? А кто определяет, на какие задачи можно забить? Снова большой совет?

Всегда удобнее работать, если есть актуальная документация на все фичи.
Так вы выше упомянули что тех.спецификацию тоже актуализируют.

Переход на короткие итерации несет большие потери времени на регрессионное тестирование продукта.
Это правда. Если тестирование слабо автоматизировано ;) Я не говорю сейчас про юнит-тесты, они по-идее не тестировщиками делаются.
Имею в виду автоматизированное функциональное (или интеграционное) тестирование. Нам в свое время это здорово разгрузило отдел тестирования, да и тестирощики из кнопконажимателей прокачались до крутых спецов по автотестам.
Т.е. фактически не все из того что было запланировано может быть реализовано? А кто определяет, на какие задачи можно забить? Снова большой совет?

Подразумевается, что всё, что было начато, доводится до логического завершения. Если мы что-то обещали клиентам, то это будет сделано в первую очередь. Остальные запланированные, но не реализованные по разным причинам новшества, могут перейти в будущие релизы. Планирование работ и оценка ситуации выполняется еженедельно и набор фич, что мы не успеваем сделать, мы знаем задолго до code freeze.

Автоматизация тестирования — действительно камень преткновения. Отчасти, это правда. Работа в этом направлении ведется.
Хотелось бы написать пару слов про текущий Reminder. Мы начали пользоваться тезисом недавно и пока идет процесс интеграции.

Как мне кажется, в большинстве компаний, где разворачивают СЭД, есть домен. Так вот Reminder пока не доделан для нормальной развертки в домене.
1. Поставляемый MSI задает «лишние» вопросы и препятствует тихой установке, поэтому через групповые политики вы его не развернете.
2. Сам Reminder требует установленной java. Устанавливать java на все компьютеры очень плохо, как минимум из-за её постоянных обновлений, которые не разослать централизованно, через тот-же wsus (Да, она умеет сама! Но при обновлении просит права админа). Очень ждем когда сделают реализацию на .net (который есть на любой windows без установки). Или может даже web push
3. Он не поддерживает Office 2016. И когда начнет поддерживать не говорят. А офису 2016 уже год.
4. В Outlook'е непонятно как и когда сохраняет свои настройки. Очень часто не сохраняет. Особенно страдают пользователи с небольшими мониторами, которым мешает постоянно открытая панелька тезиса.
5. Сам Reminder не умеет запускаться свернутым, хотя разработчики нас уверяют, что умеет. Задача помощника тихо сидеть в трее, и напоминать о себе только когда придет какое-нибудь уведомление.
6. Помощник не умеет «по-умолчанию» авторизовываться с доменным именем текущего пользователя.

Некоторое из написанного (п. 1, 6) решилось только после того, как разработчики сделали специальную сборку под нас, за что компании спасибо.
Спасибо за отклик, это справедливые замечания. Как я уже упоминала, мы стараемся выполнить то, что обещано клиентам, в первую очередь.

Поэтому, что касается пунктов 1, 3 и 6, это уже в новом релизе поправлено. Во вновь поставляемых инсталляторах проблема с автообновлением Java решена (п.2).

А п.4 и 5 будут проработаны и постараемся решить озвученные вами проблемы. Благодарим за участие в развитии продукта.
Сейчас проблема с Java решена самым удивительным образом! Внутри дистрибутива Reminder'а лежит «своя» Java (200 МБ), которая ставится в папку с Reminder'ом и он её использует. Эта java никак не обновляется, и будет всегда такая, какую её положили.
Все же лучше иметь версию под .Net, благо не так много функций у программы, и реализовать их не долго.
Или сделать универсальное решение на web push, которое даже на смартфонах работать будет. Тогда даже устанавливать на компьютер ничего не нужно.
Java будет обновлена при необходимости в следующей версии Помощника.
На данный момент мы считаем существующий вариант реализации наиболее приемлемым с учетом кроссплатформенности приложения.
Подумаем насчет уменьшения дистрибутива.
lyusion Людмила, подскажите, пожалуйста, где можно скачать «Отличительные особенности» текущей версии (4.4, если не ошибаюсь)?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий