|
0 / 0 / 0
Регистрация: 16.11.2008
Сообщений: 308
|
|
Посоветуйте, Как Лучше Сделать Проект С Открытым Кодом На Лотусе16.08.2012, 17:49. Показов 11143. Ответов 7
Метки нет (Все метки)
Привет!
Есть идеи, наработки по задаче : Учета задач, учета потраченного времени с реализацией на лотусе. В итоге хотелось бы получить базу данных в которой можно видеть задачи которые необходимо реализовать, кто ответственный за задачу, сколько времени потрачено на реализацию задачи и кем. Чем заняты сотрудники и коллеги. Чтобы открыв интерфейс можно было бы понять, какую задачу нужно решать в первую очередь. Хотелось бы делать это совместно с другими лотусистами, по принципу открытого кода, собирать идеи и варианты реализации. Посоветуйте пожалуйста, как это лучше реализовать. Заранее благдарю.
0
|
|
| 16.08.2012, 17:49 | |
|
Ответы с готовыми решениями:
7
Посоветуйте как лучше присоединить проект Посоветуйте как лучше сделать Посоветуйте как лучше сделать |
|
0 / 0 / 0
Регистрация: 14.02.2010
Сообщений: 200
|
|
| 19.08.2012, 10:22 | |
|
А в чем сложность-то?
У меня назревает похожая разработка. Пока примерно так мыслю: 1. Документ "Задача" 2. Несколько статусов (Подготовка задачи, согласование, назначение исполнителя, обработка задачи, итог) 3. Пара вьюшек 4. Рассылка уведомлений
0
|
|
|
0 / 0 / 0
Регистрация: 18.08.2008
Сообщений: 1,698
|
|
| 19.08.2012, 10:27 | |
|
Интересно
как-как - руками! Бизнес определяет критичность системы + "вес" инициатора обращения, время реагирования на нее и допустимое время реализации. По этим приоритетам выстраиваешь очередь. Ну а дальше считаешь время пока заявку не приняли в работу - спамишь. Не выполнили в срок - спамишь. Ну и не даешь закрыть заявку пока заказчика не удовлетворят. Хочешь заморочиться - добавь оценку исполнения. Не плохо бы добавить возможность согласования правомерности запроса.
0
|
|
|
0 / 0 / 0
Регистрация: 14.02.2010
Сообщений: 200
|
|
| 19.08.2012, 10:34 | |
|
Ну тогда еще можно статистику вести и выдавать результат по итогам месяца (квартала), кто сколько задач выполнил (не выполнил), суммарную оценку)) Правда так можно заработать некоторую отчужденность от коллег.
0
|
|
|
0 / 0 / 0
Регистрация: 27.10.2011
Сообщений: 2,124
|
|
| 19.08.2012, 12:37 | |
|
Если будут разные группы сотрудников по разным задачам, то надо делать документы-списки.
Подтягивать в "задачу" список сотрудников. Продумать возможность передачи между подразделениями. По сути: Нужно продумать процесс, схему потоков данных, зоны ответственности. 3 слова: Бизнес-анализ автоматизируемого процесса. Как только будет описание процесса, вот тогда можно делать. Даже если делаешь для себя, некий анализ нужен.
0
|
|
|
0 / 0 / 0
Регистрация: 26.06.2006
Сообщений: 143
|
|
| 19.08.2012, 14:59 | |
|
Gandliar,
зарегистрируйся на OpenNTF (там надо загрузить бланк, распечатать, заполнить, отсканировать и отправить обратно), т.к. на мой взгляд больше нормальных площадок для опенсорса на Лотусе и нет особо.
0
|
|
|
1 / 1 / 0
Регистрация: 07.12.2009
Сообщений: 1,197
|
|
| 20.08.2012, 15:59 | |
|
Что-то подобное наверное делал каждый, кто долго работает на Лотусе.
Опасность такой системы - превращение идеи "база по накоплению информации о деятельности" (чтобы можно было быстро просмотреть историю проблем и правильно производить дальнейшие работы с учётом этой истории, например по изменению функционала системы, исправления багов и т.д.) в "фискальную систему для отслеживания деятельности сотрудников". В последнем случае это вызовет отторжение у коллектива, и уменьшение желания сотрудников подробно описывать проблемы и способы их решения, т.е. "база по накоплению информации о деятельности" может накрыться медным тазом. Что, собственно, я видел не раз. Чтобы этого не произошло, использовать такую систему в качестве оценки труда можно только условно.
0
|
|
|
mmju
|
||
| 29.08.2012, 13:52 | ||
|
||
| 29.08.2012, 13:52 | |
|
Помогаю со студенческими работами здесь
8
Посоветуйте, как лучше сделать Посоветуйте как лучше сделать апгрейд Посоветуйте как лучше сделать апгрейд
Приложения с открытым кодом Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
| Опции темы | |
|
|
Новые блоги и статьи
|
|||
|
Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly
8Observer8 24.01.2026
Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а привычная функция main(). . .
|
моя боль
iceja 24.01.2026
Выложила интерполяцию кубическими сплайнами www. iceja. net
REST сервисы временно не работают, только через Web.
Написала за 56 рабочих часов этот сайт с нуля. При помощи perplexity. ai PRO , при. . .
|
Модель сукцессии микоризы
anaschu 24.01.2026
Решили писать научную статью с неким РОманом
|
http://iceja.net/ математические сервисы
iceja 20.01.2026
Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .
|
|
http://iceja.net/ сервер решения полиномов
iceja 18.01.2026
Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма).
На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .
|
Расчёт переходных процессов в цепи постоянного тока
igorrr37 16.01.2026
/ *
Дана цепь(не выше 3-го порядка) постоянного тока с элементами R, L, C, k(ключ), U, E, J. Программа находит переходные токи
и напряжения на элементах схемы классическим методом(1 и 2 з-ны. . .
|
Восстановить юзерскрипты Greasemonkey из бэкапа браузера
damix 15.01.2026
Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым.
Но восстановить их можно так.
Для этого понадобится консольная утилита. . .
|
Сукцессия микоризы: основная теория в виде двух уравнений.
anaschu 11.01.2026
https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/
|