Собрания
Дата: 02.03.2007
Присутствуют:
- Корзун Дмитрий Жоржевич, заказчик
- Крышень Михаил Александрович, руководитель
- Колосов Александр Сергеевич, руководитель
- Артемьев Дмитрий
- Димитров Вячеслав
- Нуйкин Александр, менеджер
- Старкова Анастасия, секретарь
Отсутствуют:
- Никитина Наталия
1. Начало
- Собрание началось в 13:00
2. План собрания
- выяснение и обсуждение новых требований
- распределение работ
3. Ход собрания
-Руководителем были предъявлены следующие требования:
- необходимо органиовать поэлементное чтение из LDAP дерева и
поэлементную запись в LDAP дерево
- при повторном запросе одного и того же объекта не должен
производиться его повторный поиск в LDAP дереве и не должна
возвращаться копия искомого объекта - в таком
случае необходимо возвращать лишь ссылку на требуемый объект
(это можно организовать с помощью WeakHashMap)
- необходимо организовать интерфейс для запросов к LDAP
(документацию по запросам к LDAP можно посмотреть в RFC2254)
- необходимо завести журнал изменений в LDAP, в котором будут
отражаться время изменения каждого поля каждого объекта, а
также само изменение, или хотя бы информация о проведенной
опреации (ее тип, например),для этого создать отдельную ветку
в LDAP
- необходимо создать интерфейс, с помощью которого можно будет
получать журнал всех событий, которые происходили с данным
объектом (формат журнала будет предоставлен позже)
- необходимо по заданному образцу (когда заданы поля и
интерфейсы) выяснять есть ли уже в сети такое устройство, или
еще нет
- на предложение Артемьева ограничивать диапазон ID, Крышень ответил,
что лучше этого не делать без крайней необходимости
- Нуйкин предложил хранить освобожднные ID в очереди (в этом случае
отпадает необходимость обхода всего дерева с целью обнаружения
свободных ID)
- выяснили, что требование "обработка до 10000 элементов объектной
модели" означает, что система должна оптимально работать при 10000
устройств сети (с максимальной скоростью и минимальной затратой
памяти), а также работать и при большем количестве устройств сети,
но уже, может быть, не так быстро
- выяснили, что необходимо изучить методы для обхода LDAP дерева
- обнаружили, что основные поисковые задачи сформулированы в
функциональных требованиях, находящихся в последних присланых
pdf-документах с документацией NEST
- Также к разработчикам были предявлены следующие требования:
- при кодировании использовать Java Codе Conventions
- использовать Javadoc
- комментарии желательно писать на английском языке (но можно и
на русском при возникновении проблем с английским)
4. Результаты собрания
Распределены задания между разработчиками:
- (Артемьев & Никитиа)
- приступить к изучению RFC2254 (к 07.03)
- приступить к изучению языка запросоа к LDAP (к 07.03)
- Нуйкин - диаграмма Гантта (к 07.03)
- Старкова - переделать спецификацию требований (к 07.03)
- добавить в раздел "Стандарты" все что нужно
- Всем - ГЛУБОКО(!!!) изучить предоставленную спецификацию по NEST
(к 07.03)
-описать свои варианты проектирования в соответствии с
новыми требованиями подробно, с необходимыми
иллюстрациями, расписать преимущества и недостатки,
предложить варианты решения хотябы 3 задач и оценить их
сложность, представить схемами, как их архитектура будет
отображена в LDAP и как в памяти (классы)(к 07.03)
- доделать предыдущие задачи (кто не доделал) (к 07.03)
5. Окончание
- Собрание закончилось в 13:55
Собрания