ВходРегистрация
Евгений Игумнов
 

Добро пожаловать на сайт Евгения Игумнова (Evgeny.Igumnov.com)! На нем представлены три важных для меня направления: Бизнес планирование, Менеджмент и Информационные технологии. На страницах сайта можно найти примеры моих бизнес планов, а также статей по информационным технологиям и менеджменту. Кроме того опубликованы описания проектов в которых я участвовал. Мой моб. тел.: +79133869143 ICQ: 145593056 [Е-майл]

Добавить в избранное Отправить мне e-mail
Комментируемые записи
Практика по манипуляции с...
Комментарии: 27
Вирусный маркетинг - за и...
Комментарии: 8
Технология EJB
Комментарии: 5
Процесс разработки
Комментарии: 4
PHP
Комментарии: 3

TeleWork

4.00 (1)

Техническое Задание

Что это такое - telework. По другому называется офшорное программирование. Т.е. некая команда людей берет некие проекты, реализует их собственными силами, затем выдает заказчику уже готовый продукт. Как это выглядит. Я ищу заказчиков, затем выбирается руководитель проекта, он выбирает разработчиков из имеющихся в базе и не занятых в других проектах на данный момент. Руководитель проекта самостоятельной набирает команду, самостоятельно распределяет шкуру неубитого медведя (денежное вознаграждение, за выполненную работу). Он работает с разработчиками и со мной (или главным руководителем). Разработчики общаются с бухгалтером, относительно того, каким способом им потом бабки передавать (способы есть разные). Здесь важна очень хорошо спроектированная система (самого проекта). Поскольку люди - разработчики в разных регионах могут находиться. Это в кратце .Веб интерфейс + заготовки для возможности подключения Java приложения выполняющего те же функции (доступ через скрипты). Люди должны будут пройти тесты по каждой "галочке". Тесты оффлайновые (и не особо большие). Скорее всего по имейлу. Причем тесты не только по возможности программирования, но и по проектировке, руководству проектом. Ориентируйся на perl или php4. Особенности виртуальный хостинг (нет своего айпи), база данных MySQL 3.23, ОС юникс, основная кодовая страница страниц 1251, в базе есть только один юзер, так, что разграничение нужно делать на уровне серверсайд-а

Требования

  1. Многоязыковая поддержка. Вывод осуществляться на русском (по умолчанию) или на другом языке. Задаваться должно через конфигурационные файлы или еще что-то (шаблоны и т.д.).
  2. Изменяемый внешний вид, достаточно хедера и низа. Скорее всего, через шаблоны.
  3. Жесткое разграничение прав доступа. Основа не на пользователе БД, а на некой конфигурации (тип пользователя в таблице UserType). Права доступа должны как-то задаваться, для каждого типа пользователя.
  4. Возможность использования не веб интерфейса, а отдельного Java приложения. Но оно должно работать с со скриптами, т.е. без прямого доступа к БД.
  5. Обращение к столбцам таблиц не по их номеру, а по мнемоническому наименованию.
  6. Запрет физического удаления объектов из базы. Использовать поле Delete (если равно 1, то "удалено").
  7. Идентификация пользователя при входе в систему, ведется на основании файла members.txt.
  8. Будущая расширяемость системы

Типы пользователей (UserType)

  1. Master - самый главный юзер, разрешено все
  2. Buchgalter - бухгалтер
  3. Manager - главный управляющий
  4. Project manager - руководитель проекта
  5. Viewer - простой посетитель

Могут разрешаться различные запросы относительно типа пользователя. Типы пользователей могут быть добавлены.

Виды действий

  1. Заведение нового пользователя
    1. Проверка наличия зарегистрированности в members.txt, если нет, то пусть регистрируется
    2. Заполнение полей
    3. Проверка на уже зарегистрированность
  1. Сохранение
  2. Редактирование пользователя
    1. Изменение
    2. Сохранение
  1. Удаление пользователя
    1. Установка признака Delete в 1
  1. Просмотр пользователей (могут смотреть только Master, Manager, Buchgalter, Project Manager)
    1. Просмотр всех пользователей
  1. Выбор свободных пользователей
  2. Изменение статуса (конкретного Activities-а) пользователя (после тестирования)
    1. Делает Master или Manager или Project Manager (но только кроме себя)
  1. Прикрепление пользователя к заданию
    1. Делает Master или Manager или Project Manager
  1. Статистика пользователей (рейтинг, по наибольшему количеству успешных заданий)
    1. Больше всего заданий
    2. Наилучший рейтинг
  1. Ввод заказчика
    1. Проверка на наличие такого уже в базе
  1. Ввод задания
  2. Редактирование задания
  3. Изменение статуса задания
  4. Ввод оплаты
    1. Только Master или Buchgalter
    2. Вводится и сумма и дата. При частичной оплате, вводится общая оплаченная сумма и дата последнего платежа
  1. Отчеты
    1. Все задания с суммами с сортировками по IDZad, IDContra
    2. Все оплаченные
    3. Все не оплаченные
  1. Повторный ввод оплаты
  2. Вывод описания Activities (URL - ActivityHelp) (в новое окно через JavaScript или при отсутствии JS в новое окно, тег noscript)
  3. Добавление новой группы Activities-a,
  4. Добавление нового Activities-а


Текущие таблицы:

НазваниеОписание
Users Общее описание пользователей
UzerZad Соединяющая таблица пользователей и заданий.
Activ Совмещающая таблица между Users и Activ
UserType Тип пользователя
Zad Задания
Activities Способности юзера (что может)
ZadStatus Статус задания
Contra Контрагент - заказчик

Таблицы могут быть дополнены и добавлены.

UML спецификация проекта скачать и посмотреть можно здесь: http://manager.mylivepage.com/file/3/9


Метки: проекты
Комментарии: 0 Просмотров: 4174 [История изменений] Размер:8116 байт
Последние изменения сделаны: evgeny Евгений Игумнов 1505 дней назад 27.07.2006 21:09:12
ДобавилТекст

Введите код на картинке 
Ваше имя 
E-mail 
(видим лишь владельцу сайта)
WWW 

Тема

В тексте можно использовать Wiki или HTML теги



Жалоба | © Kolobok smiles, Aiwan