Собрания
Дата: 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
Собрания

Valid HTML 4.01! Valid CSS! Yellow Pages HotLog