Используйте regexp_substr()
, преобразуйте в десятичное число и сделайте сравнение:
where to_number(regexp_substr(eventname, '[0-9]+')) >= 200000
Проект не хорош для руководящей разработки вообще. Я нахожу это незначительно полезным для планирования / перечень работ по операциям.
Если Вы находитесь на стеке Microsoft, Сервер Основы Команды является хорошим решением для управления проектами. Это интегрируется с Проектом для планирования и также обеспечивает основы управления исходным кодом, объект работы (задача / дефект) отслеживание и управление документооборотом (через sharepoint.) Версия 2008 года назрела приятно, и версия 2010 года выглядит очень перспективной, особенно в области спецификации требований и трассируемости.
Можно копировать функции TFS со стопкой и/или менее дорогого массового ПО с открытым исходным кодом, но это - больше работы для интеграции. Это спорно, который более гибок и легче поддержать когда-то настроенный.
Следующее требуется, независимо от платформы:
Я склонен использовать MSProject для планирования мощностей - хорошее большое широкое стряхивает, кто мог сделать то, что за период, на уровне абстракции, которая помогает перестроить планы. Для повседневного отслеживания реальной работы я использую Fogbugz. Я думаю о нем как о материале MSProject/Gantty для стратегического планирования и Fogbugz для тактического управления и планирования.
Если также нуждаются в свободной и открытой альтернативе Проекту, у Вас есть OpenProj: http://openproj.org/openproj
Зависит от процесса, который Вы используете - если это - водопад как процесс, или существует много непрограммных частей проекта (инфраструктура, производство, продавая и т.д.) затем OK Проекта для полного управления задачами - это, конечно, конкурентоспособно по отношению к другим подобным инструментам.
Я не думаю, что любой из инструментов "управления проектами" (задачи, WBS, gannt диаграммы и т.д.) является большой пользой в управлении подробными задачами, которые происходят, когда Вы в основную фазу разработки программного обеспечения - я обычно заканчиваю в Excel для проектов, в которые я вовлечен.
И конечно, существует намного больше к успешному управлению нетривиальным проектом программного обеспечения, чем бит, которым можно управлять с инструментом как Проект. Это не помогает многому с управлением требованиями, проблемами, дефектами, встречами, тестовая разработка и т.д. - но затем это, как не предполагается.
Из-за этих ограничений я нахожу, что обычно вытаскиваю большую часть значения из Проекта в стадии планирования - разработка разбивки задачи, что потребности быть сделанным, и примерно что потребности произойти в какой порядок.
Как Eisenhower выразился: "В подготовке к сражению я всегда находил, что планы бесполезны, но планирование необходимо". Проект MS является полезным инструментом для планирования.
Мы используем Целевой Процесс здесь. Это имеет некоторых "-измы", но в целом является хорошим гибким инструментом управления проектами
Мы используем Acunote в моем месте работы, но мы следуем за Гибкой методологией / методологией Толпы.
То, что составляет "лучший инструмент", зависит от многих вещей. Как Вы выполняете свои проекты, кто будет использовать их и т.д.
Существует много лучших альтернатив, по крайней мере, для разработки программного обеспечения. Один такой встраивается в Систему Команды Microsoft Visual Studio. Можно также хотеть проверить инструменты из программного обеспечения Ралли и Версии Один. Последние хорошо подходят для гибких методов, в то время как бывшие поддержки и гибкие и традиционные методы CMM.
Ну, учитывая тот факт, что даже Проектная группа не использует Проект для Проекта (Источник: Joel Spolsky), я не хотел бы использовать его для разработки.
Я отслеживаю свои задачи разработки в нашем Средстве отслеживания Ошибки, и Файл Проекта просто имеет что-то как "Неделя Планирования 1, Разработка 5 Недель, QA 3 Недели, Развертывание 1 Неделя", иначе. ОЧЕНЬ широкий обзор.
Что касается BugTracker, FogBugz имеет это хорошее Отслеживание Оценки, которое я нахожу довольно полезными для того, чтобы сделать расписания, который является для меня просто другой причиной не использовать Проект.
Но с другой стороны, я не Менеджер проектов, таким образом, мне, Проект является просто ненужным комплексом, не действительно многопользовательским дружественным и несколько датированный чувствовавшим Инструментом, который будет использоваться при создании Зданий, Магистралей или Космических станций, но не для программного обеспечения.
Мы используем Primavera на моем проекте. Его воображаемое для великого, хотя это - единственный инструмент, который я действительно не использовал для управления проектами до сих пор, таким образом, я не могу действительно сравнить его ни с чем больше. Не настолько легкий взять, но это может сделать все, в чем я нуждаюсь (и по-видимому намного больше).
Моей любимой функцией является созданный в функциональности расписаний, что означает, что мои разработчики могут заказать свои часы к их задачам в конце недели, означающей, что я не должен постоянно прослушивать их о том, как они прогрессируют против своих планов.
Мы успешно использовали MS Project для планирования, но нам не хватало возможности поделиться планами MS Project с клиентами и коллегами, у которых он не установлен. Это привело нас к идее online просмотрщика Microsoft Project - сервиса, который позволял бы просматривать и обмениваться файлами MS Project (.mpp) онлайн, кроме MS Project:
Надеюсь, это поможет.
.лично я не верю, что проект ms хорош для разработчиков программного обеспечения (я использовал его, я не считаю его пуристом )
это замечательно, если вы строите дом или что-то, что не имеет таких неконтролируемых переменных (например, сколько ошибок у вас будет? Сколько времени потребуется, чтобы исправить ошибки? Сколько будет нестабильности функций?)
Мне нравится, чтобы мои расписания были очень простыми, чтобы больше людей могли их понять, поэтому я просто использую электронную таблицу Google
структура, которую я использую, описана далее здесь: Расписания проектов с таблицами Google
надеюсь, что это поможет
- LM