Contact Manager

[Varlenka]

Здравствуйте!

Занимаюсь курсовиком на кафедре ИИ.
Нужно написать программку на РНР. На сервере будет храниться база со сведениями о пользователях и о их занятости на неделю. Распространение программы - в рамках одной фирмы.
Программа должна уметь регистрировать нового пользователя или удалять. При входе пользователя он может выбрать список работников, с кем ему хочется назначить встречу, конференцию,...
Потом программа делает анализ свободного времени каждого из этих сотрудников и дает статистику наиболее свободного времени - этот процент людей идет на встречу. А что делать с другими, которые в это время заняты???


В итоге программа должна выдать наиболее приемлемое время.

Подскажите, в правильном ли направлении я думаю или есть более легкие пути решения?

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

Помогите, пожалуйста

[MOPO3]

Что то я не врубаюсь, в чём проблема то ?
В написании скриптов или в логике самой программы ?

В чём конкретно задача то ?

[Varlenka]

Что то я не врубаюсь, в чём проблема то ?
В написании скриптов или в логике самой программы ?

В чём конкретно задача то ?

Не знаю как реализовать анализ времени.......

[PSD]

А что делать с другими, которые в это время заняты???
А что делать с теми, у кого выше???
Эти вопросы стоит задать заказчику, в данном случае дипломному руководителю.

Тут нужно состовлять дерево прав не только для встречь но наверное для людей.

Давай по порядку.
 Если это предпологается исполльзовать на практике то:
1)Каждый пользователь должен иметь набор прав, согласно которому можно будет однозначно различать типы  взаимоотношений 1 к 2
     а)  1 может приказывать 2 (начальник - подчиненый)
     б)  1 равен по правам 2 (два сотрудника)
     в)  1 младше  2 (подчиненый - начальник)
...
и далее по списку.

Я так понимаю это будет дерево  рангов  имитирующее реальную структуру управления.

2) Нужно утвердить систему команд
- Назначить встречу(приказать явится)
- Предложить встречу (по обоюдному согласию)
- Испросить разрешения на встречу(аудиенция у начальства)
- Предоставить информацию о свободном времени сотрудника
- Отменить встречу
.....
Производные операции
- Перенсти встречу
- Выдать спсок конфликтов( в случае если ваших прав не достаточно для отмены уже существующе й встречи)
.....
Как кие еще операции у тебя в ТЗ прописаны?


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

(Я нужном направлении двигаюсь?)

[RXL]

Время тоже число. У тебя есть, скажем, набор пар (начало, конец периода) чисел для каждого участника - их свободное время. Вычисли где они совпадают. Вариантов может быть много - зависит от конкретизации условий.

[Varlenka]

Тут нужно состовлять дерево прав не только для встречь но наверное для людей.

Давай по порядку.
Если это предпологается исполльзовать на практике то:
1)Каждый пользователь должен иметь набор прав, согласно которому можно будет однозначно различать типы  взаимоотношений 1 к 2
     а)  1 может приказывать 2 (начальник - подчиненый)
     б)  1 равен по правам 2 (два сотрудника)
     в)  1 младше  2 (подчиненый - начальник)
...
и далее по списку.

Я так понимаю это будет дерево  рангов  имитирующее реальную структуру управления.

Так получается, что у каждого разные возможности при входе в систему? Вопрос - разве а) и в) не один и тот же тип взаимоотношений? стрелка в обратную сторону. А далее по списку что там еще может быть-то?
Значит в зависимости от того, кто кому написал - программа реагирует. Если начальник подчиненному - как приказ итп?

2) Нужно утвердить систему команд
- Назначить встречу(приказать явится)
- Предложить встречу (по обоюдному согласию)
- Испросить разрешения на встречу(аудиенция у начальства)
- Предоставить информацию о свободном времени сотрудника
- Отменить встречу
.....
Производные операции
- Перенсти встречу
- Выдать спсок конфликтов( в случае если ваших прав не достаточно для отмены уже существующе й встречи)

А как это - список конфликтов?

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

Вроде понятно. Т.е. проверкой if тэдэ тэдэ.
А если нужно назначить конференцию нескольких пользователей?

Varlenka

[Varlenka]

Тут нужно состовлять дерево прав не только для встречь но наверное для людей.

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

[Varlenka]

Время тоже число. У тебя есть, скажем, набор пар (начало, конец периода) чисел для каждого участника - их свободное время. Вычисли где они совпадают. Вариантов может быть много - зависит от конкретизации условий.

Тогда получается, что нужно хранить для каждого таблицу с его занятостью. Потом после запроса идет проверка полей соответствующего времени? Хорошо, а если запросившему нужно встретиться в четверг, а у нескольких, с кем он хочет встретиться -забит весь четверг? Или если у всех 5 человек разное время свободно ?

спасибо

Varlenka

[RXL]

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

Ну не Пушкин же будет помнить кто, когда и чем занят    

Потом после запроса идет проверка полей соответствующего времени? Хорошо, а если запросившему нужно встретиться в четверг, а у нескольких, с кем он хочет встретиться -забит весь четверг? Или если у всех 5 человек разное время свободно ?

Собрать всех ночью! Шутка.
Занятость бывает разная - занят начальник, или занят подчиненный (по воле начальника или сам) - PSD это уже описал. Вот скажем хочет собрать начальник совещание, а подчиненный занят фигней, у которой приоритет ниже чем у приказа начальства. Значит его следует освободить от той фигни (конференцию отменить, или просто исключить его из списка участников) и записать на совещание.

[PSD]

Так получается, что у каждого разные возможности при входе в систему? Вопрос - разве а) и в) не один и тот же тип взаимоотношений? стрелка в обратную сторону. А далее по списку что там еще может быть-то?
Значит в зависимости от того, кто кому написал - программа реагирует. Если начальник подчиненному - как приказ итп?

Нет не один и тотже(дерево будет  взвешаное и направленое), начальник может вызвать подчиненного а подчиненный начальника только пригласить. Понимаешь?

[MOPO3]

Не знаю как реализовать анализ времени.......

В смысле вычислить разницу во времени у разных пользователей  :?:

[Anonymous]

По поводу планировки и перепланировки встреч.
С мотри у нас тут несколько ситуаций.

1) А назначает Б встречу у б есть свободное время в указаном интервале,
2) А назначает Б встречу но у б нет времени в указаном интервале
            а) А переносит встречу(меняет границы заданого для встречи временного интервала) на другое время (ось времени в строну будующего бесконечна)
            б) А приказывает Б быть там  и точка
                           Что происходит с дневным планом Б
                            (1) Конфликтная с А встреча отминяется вообще
                            (2) Конфликтная с А встреча перносится на другое время(тут еще вопрос перносить ли автоматически или уведомлять Б отом что всреча отменена и пусть он сам ломает голову куда ее перносить и  надоливообще).
              Примечание: Я незнаю как правильно ограничить права А, критерия ограничения может быть три
                                  1) отменяемая у Б встренча назначена с опоненом более высокого уровня.          
                                  2) Встреча помечена как "непереносимая".
                                  3) У встречу невозможно будет перенести уложившись в "интервал актуальности"(еще один парамет который обязательно нужен, крайняя дата, перенос встречи за которую теряет смысл)      

Еще нужено продумать  порядок взаимодействия если А и Б равные по положению. Там видимо придется отправлять уведомление о прозьбе встречи и квитировать его в случае согласия или отсылать встречное предложение.


 А еще неплохо обработать откаты чтоб если что можно было откатить внов  назначеную встречу и чтоб у всех затронутых людей планы выстановились(но это сложно.)

[Varlenka]

Да, но дело в том, что при желании назначить с кем-то встречу можно написать письмо или позвонить. А задача моей программки - назначить встречу группе людей. Их может быть и 100.

[PSD]

Ну если устранить человеческий фактор, то  все упрощается. Ситема сказала совещанию быть а они сами пусть выкручиваются как им туда попасть.