Исправленные ошибки:

1. Ошибка на странице Пожелания. на странице Пожелания при просмотре пожелания <br/>пишет в правом столбце в разделе " Комментарии Добавить <br/>Fatal error: Call to undefined function: getauthorname() in c:devprom.corporateapachehtdocspmc_comment.php on line 88

1. Ошибки при отправке письма из системы. В подписи письма нет проекта и неверно указан адрес сервиса, должен подставляться адрес того сервера, с которого отправили письмо. После отправки письма отображается сообщение об отправке, но страница по таймеру постоянно обновляется не позволяя перейти к участникам.

1. Не работает переключение по страницам высокоуровневых функций. При нажатии на страницу отображается форма создания новой функции.

Реализованные доработки:

1. Ввести UID для артефакта. Невозможно давать ссылки на артефакты, необходимо ввести для них UID, отображать их на странице с артефактами.

1. Реализовать возможность связи раздела документации с пожеланием и требованием. При наличии задачи с типом "Документирование" пользователь видит свои задачи при просмотре раздела документации аналогично требованиям. Переходя по задаче, пользователь связывать задачу с разделом документации. Разделы документации отображаются в поле результаты работы аналогично требованиям.

Известные ошибки:

Нет.

Запланированные доработки:

Нет.

Исправленные ошибки:

1. При редактировании требования возникают ошибки форматирования. Если в числовом списке использовать точечный список (при построении двухуровневого списка), то элемент числового списка идущий за последним элементом точечного списка не форматируется. При написании требования часто приходится его менять, при этом постоянно рассылаются уведомления. Необходимо отсылать уведомления только при изменении уже устоявшихся требований (например только для тех требований, у которых есть выполненные задачи, где в качестве результата указано данное требование, либо очень старые требования).

1. Исправить мелкие ошибки (3): . 1. из devprom.sql убрать set names, подумать как быть с установкой системы на 4-ку на unix <br/>2. в разделе администрирования кнопки отмена плохо работают для пользователя и общих настроек. <br/>3. в Corporate, если изменить адрес электронной почты пользователя, то он не изменится у участника... <br/>4. smtp сервер работает очень странно. <br/>5. в письме в Corporate указывать адрес локального сервиса.

1. Нет возможности привязать более двух требований к задаче анализа. На странице с требованием по нажатии на одну из текущих задач анализа (по ссылке рядом с названием задачи) вызывать веб-метод, который создаст связь между требованием и задачей анализа. Удалить из системы использование двух полей ResultRequirement1 и ResultRequirement2. На странице "Задачи" отображать требования прикрепленные к задаче.

1. Ошибка в теле почтовых уведомлений в англоязычном проекте. Подпись в письме в виде вопросов. Заменить localhost на реальный IP-адрес сервера.

1. При установке конфигурации outsourcing обнаружился ряд проблем. 1. При отсутствущей базе данных производится логирование переходов браузера (header.php) <br/>2. При автоматическом создании первого участника проекта не указывается, что он принимает участие в проекте.

1. Отображение выполненного пожелания. На закладке Планирование, если выполнена в данном релизе только часть пожелания, не отображается как выполненное и все время мешается.

1. Доработать управление требованиями. В IE не работает автоматическое изменение размера окна по высоте. Расширить поле для ввода вопроса/комментария. Когда я в требованиях устанавливается галка "Измнения незначительные", то не нужно в лог на главной странице и в журнале ничего писать. Иначе получается, что я поформатировал требования, несколько раз изменив, и у меня в журнале получился один мусор. В письме об изменении требований нужно чтобы текст требования отображался в режиме Compare - т.е. исходный текст и цветом выделенные исправления к нему. иначе вообще непонятно что присылают.

Реализованные доработки:

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

1. Реализовать аггрегатор новостей с разработческих порталов. Система должна поддерживать возможность аггрегирования новостей по каналу RSS. Каждый участник может пользоваться предустановленным списком новостных каналов. Каждый участник может расширять список предустановленных каналов. Канал может быть приватным (не видимым остальным пользователям) или общим, то есть каждый участник сможет его читать. На главной странице проекта отображаются последние новости по каналам, выбранным для проекта. Можно подписываться или отписываться от новостных каналов.

1. Реализовать аггрегатор новостей с разработческих порталов (2): Реализовать возможность ручного обновления новостей, на которые подписан проект. Реализовать форму отображения аггрегированных новостей, сгруппированных по каналам и возможностью перехода на страницу подписки на новостные каналы. Отображать только те каналы, на которые подписан проект.. Система должна поддерживать возможность аггрегирования новостей по каналу RSS. Каждый участник может пользоваться предустановленным списком новостных каналов. Каждый участник может расширять список предустановленных каналов. Канал может быть приватным (не видимым остальным пользователям) или общим, то есть каждый участник сможет его читать. На главной странице проекта отображаются последние новости по каналам, выбранным для проекта. Можно подписываться или отписываться от новостных каналов.

1. Реализовать аггрегатор новостей с разработческих порталов (3): Реализовать список каналов, на которые подписан проекта, форму подписки проекта на новостные каналы, с возможностью создания новых каналов.. Система должна поддерживать возможность аггрегирования новостей по каналу RSS. Каждый участник может пользоваться предустановленным списком новостных каналов. Каждый участник может расширять список предустановленных каналов. Канал может быть приватным (не видимым остальным пользователям) или общим, то есть каждый участник сможет его читать. На главной странице проекта отображаются последние новости по каналам, выбранным для проекта. Можно подписываться или отписываться от новостных каналов.

Известные ошибки:

Нет.

Исправленные ошибки:

1. Исправить мелкие ошибки (2): 3. в письме в Corporate указывать адрес локального сервиса.. 1. из devprom.sql убрать set names, подумать как быть с установкой системы на 4-ку на unix <br/>2. в разделе администрирования кнопки отмена плохо работают для пользователя и общих настроек. <br/>3. в Corporate, если изменить адрес электронной почты пользователя, то он не изменится у участника... <br/>4. smtp сервер работает очень странно. <br/>5. в письме в Corporate указывать адрес локального сервиса.

1. Комментарии в требовании: переделать как ошибку в реализации требования.. Еще я заметил багу на странице requirements - pm/requirements.php - <br/>отображается только 5 комментариев и нет возможности выбрать страницу. <br/>

1. Если вести параллельно несколько релизов, то непонятна загрузка. Создал два параллельных релиза, во втором релизе назначил задачи участнику, но на странице планирования отображается будто бы он не загружен вовсе. Необходимо убрать фильтр по релизу при отображении загрузки участника. Индикатор загрузки сотрудника также должен учитывать работы из других проектов, с участием данного пользователя.

Реализованные доработки:

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

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

1. Формировать отчет об ошибке. Необходимо формировать красивый отчет об ошибке на отдельной странице, с подробной информацией о системе, серверах, номере строки и т.п.

1. Реализовать поиск в комментариях. Комментарии являются важной частью коммуникации между уччастниками проекта и могут содержать весомые знания о проекте. Необходимо реализовать поиск произвольного текста по комментариям.

Известные ошибки:

Нет.

Исправленные ошибки:

1. Исправить мелкие ошибки. 1. из devprom.sql убрать set names, подумать как быть с установкой системы на 4-ку на unix <br/>2. в разделе администрирования кнопки отмена плохо работают для пользователя и общих настроек. <br/>3. в Corporate, если изменить адрес электронной почты пользователя, то он не изменится у участника... <br/>4. smtp сервер работает очень странно. <br/>5. в письме в Corporate указывать адрес локального сервиса.

1. Демо вход как заказчика сломался.... Вот такое мне выдал: <br/> <br/>Fatal error: Call to a member function on a non-object in /home/www/devprom/htdocs/pm/logon.php on line 111

1. На странице мои задачи отображается загрузка, но задач нет. Видимо так получается, поскольку есть задачи по тестированию. Необходимо отображать эти задачи.

Реализованные доработки:

1. Реализовать SMTP сервис (2): 1. Некорректно задается получатель (когда их много) в c_mail.php

<br/>. Чтобы работала отправка почты при установке приложения внутри компании, необходимо реализовать SMTP сервер.

1. Реализовать определение страны по ip-адресу посетителя. По ip-адресу определяется страна из базы данных сервиса.

1. При удалении пользователя не удалять задачи. При удалении пользователя необходимо оставлять задачи, которые он выполнял и пожелания, которые он заводил, а также требования и прочие объекты. Предусмотреть режим деактивации пользователя, в котором он остается в системе, но не может входить в проект и выбираться в качестве ответственного и проверяющего.

1. Позволять решать задачи за других сотрудников. Сейчас при решении задачи за другого сотрудника (со страницы Планирования) возникает ошибка: не задано фактическое количество. Нужно позволять его менять при изменении задачи

Известные ошибки:

Нет.

Исправленные ошибки:

1. В англоязычной версии не работает календарь. Некорретно отображается текущая дата, приходится докручивать.

1. Ошибка при включении пожелания в релиз. You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near "AND TaskState NOT IN (3, 5)" at line 1

1. Исключить использование UNION. Не все пользователи готовы переходить на mySQL > 3.23, необходимо исключить использование UNION из алгоритмов

Реализованные доработки:

1. Управление переходом с формы. Сейчас переход с формы при нажатии на произвольные кнопки жестко запрограммирован для каждой сущности. Необходимо возвращаться на ту страницу, с которой пользователь перешел на форму.

1. Добавить возможность пропускать фазы при включении пожелания в релиз. Если пожелание включается в релиз только как единственная задача, то добавить соответствующую галочку на форму. Если она установлена, то после создания задачи остальные фазы процесса пропускаются. Это позволит упростить включение мелких пожеланий в релиз.

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

1. Навигация по списку. Внизу списка показывать ссылку: перейти на след. страницу или на пред. страницу. Причем при переходе по страницам перемещать страницу непосредственно до списка автоматически.

1. Доработать обработку ошибок при установке обновлений. Если при установке обновления происходит ошибка в базе данных, то об этом никак не известно. Добавить ведение протокола установки обновления, выводить ошибки в прогрессе

1. Заключать с пользователем лицензионное соглашение. По аналогии с установкой системы при помощи инсталлятора необхходимо заключать с пользователем лицензионное соглашение при установке приложения в конфигурациях Site и Outsourcing. Сделать это можно перед созданием базы данных и не позволять ее создавать не заключив при этом лицензионное соглашение.

1. Улучшить дизайн. Добавить тени на секцию, где размещаются закладки - сверху и снизу, чтобы обеспечить эффект вдавленности. Добавить градиент на самую вернхюю полоску.

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

1. Необходимо повысить защищенность приложения. Сейчас требуется включать опцию register_globals, что может привести к неконтролируемому исполнению постороннего кода. Необходимо доработать приложение, чтобы оно работало без этого параметра.

1. Оптимизировать базу данных. Необходимо создать индексы и постараться оптимизировать часто встречающиеся запросы.

1. Реализовать SMTP сервис. Чтобы работала отправка почты при установке приложения внутри компании, необходимо реализовать SMTP сервер.

Известные ошибки:

Нет.

Запланированные доработки:

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

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

1. Ввести подсказки. На всех страницах системы необходимо ввести подсказки, которые позволят новым пользователям без прочтения документации понять шаги которые необходимо предпринять. Подсказки должны отключаться автоматически после 3-го посещения страницы или вручную путем установки соответствующей галочки.