tent template stickers signin print pres cards card avery design architecture project-management project-planning
entorno smalltalk

design - template - Herramientas para producir y gestionar especificaciones/requisitos(no rastreadores de tickets)



pres a ply 30604 template (14)

Me interesa si hay sitios web o software para ayudar en el diseño inicial del proyecto, y luego la administración del diseño del proyecto a lo largo del tiempo a medida que se implementan las características, se encuentran errores, etc. Mi diseño incluirá requisitos (funcionales y no funcional), casos de uso y diseño de esquema básico de base de datos.

Característica más buscada:

  • Poder definir requisitos y seguir sus cambios a lo largo del tiempo (es decir, ¿cómo es la versión 1.5 diferente a la 1.0?)

Nice-to-haves:

  • Poder colaborar con otros gerentes de proyecto y el equipo al armar las especificaciones

Lo que no estoy buscando:

  • Ticket trackers (JIRA, fogbugz, etc.)
  • Sistemas de control de versiones de software
  • Wikis (a menos que estén construidos teniendo en cuenta la administración de requisitos)

Gracias.

Creamos software personalizado para eso. Un entorno smalltalk puede proporcionar un excelente entorno de modelado para esto. Use Glamour para crear navegadores para sus modelos y publique y recopile datos con el marco web de Seaside . A menos que pueda encontrar un software que coincida (y continúe coincidiendo) con los procesos que desea admitir, se verá obligado a realizar un trabajo extra excesivo para mantener los artefactos sincronizados. Eso hace que el software COTS sea extremadamente caro. Van den Hamer y LePoeter proporcionan una excelente explicación de por qué es difícil tratar de admitir las cinco dimensiones de la administración de la configuración simultáneamente:

Gestión de datos de diseño: las cinco dimensiones de los marcos CAD, la gestión de la configuración y la gestión de datos del producto. van den Hamer, P. y Lepoeter, K. Philips Res., Eindhoven; Actas del IEEE, enero de 1996 Volumen: 84, edición: 1 En página (s): 42-56 ISSN: 0018-9219

Es crucial eliminar rigurosamente los procesos y partes de los procesos que no proporcionan un valor real a los interesados. Definir demasiado de un producto por adelantado (antes de que puedas construirlo) es un desperdicio. Analice de manera crítica el tiempo transcurrido entre la definición de una función y su entrega al cliente. Si esto es largo, usted desarrolla una flexibilidad reducida y necesita mucha más documentación para comunicarse a través de barreras temporales. ¿Utiliza un modelo de extracción de requisitos, donde los requisitos no están detallados antes de comenzar a construir?

He estado usando Redmine últimamente. Es bastante sólido para todas esas cosas. Sin embargo, se siente como un sistema de tickets. Hace mucho más que eso, incluida la analítica, por lo que si puede pensar de forma inmediata, la herramienta funcionará para sus necesidades con toda probabilidad.

Microsoft Visual Studio Team Foundation Server es para mí una de las mejores soluciones para el seguimiento de proyectos, administración, pruebas, compilaciones automáticas y algunas opciones más.

Lo que ocurre con VSTFS es que está completamente integrado y funciona muy bien si está programando en .Net con Visual Studio y usa MS Office en todas partes.
Ofrece:

  • Control de fuente (no es necesario que lo use si no lo desea)
  • Compilaciones automáticas
  • Seguimiento de requisitos
  • Seguimiento de errores
  • Asociación de requisitos con errores, tareas, casos de prueba, documentación, esquemas, diagramas UML, código y versiones. (esto es lo que estás buscando)
  • Integración bidireccional con visual studio, sharepoint, excel, proyecto MS ...
  • Una buena plataforma para ingenieros de prueba
  • ...
  • probablemente MS puede agregar algunos más ( http://msdn.microsoft.com/en-us/vstudio/ff637362.aspx )

Aquí tienes un buen libro sobre el que estoy leyendo: Visual Studio Team System: Mejor desarrollo de software para equipos ágiles por Will Stott y James W. Newkirk

Creo que es lo que preguntaste, ahora aquí está el por qué no lo recomiendo:

  • Si el proyecto no es .Net, la integración no es tan agradable (aunque hay complementos (es decir, para eclipse))
  • Es enorme configurar, administrar y adoptar muy difícil en una sola toma
  • Funciona mejor con grandes equipos (que no sé si es tu caso)
  • $$$


Creo que la solución óptima y más práctica hasta que descubra lo que necesita es utilizar una combinación de herramientas y adoptarlas lentamente adaptadas a la realidad de sus proyectos. La gente ya mencionó algunos de ellos, aquí están mis 2 centavos:

  • BugTracker (rastreo de tickets, increíblemente simple)
  • Cruise Control (servidor de compilación, para java o .Net )
  • Teambox (web, seguimiento de tareas, muy social, se está volviendo popular)

Parece que necesita dos herramientas. Puedo recomendar SmartSheet para la planificación y el seguimiento de macroproyectos y solo estoy probando argo - uml

ciao

Por supuesto, depende de cuánto está dispuesto a gastar, cuánto tiempo tiene, cuál es su ALM, etc.

He utilizado Visual Studio Team Foundation Server y su integración de SharePoint será un plus.

También puede verificar las herramientas de Rational ClearQuest / Rational Rose / Rational ClearCase de IBM. A nivel empresarial estas herramientas tienen excelentes características que te ayudarán.

Si desea algo más personalizado, eche un vistazo a SharePoint. Esto podría darle opciones de seguimiento y suficiente flexibilidad para compartir información con el resto del grupo. Hice una implementación para una empresa CMMI 3 utilizando SharePoint y nos dio trazabilidad completa.

Otra opción es mantenerlos en algo como CampFire (aunque es más como una wiki). He visto algunas tiendas de software pequeñas muy exitosas que lo usan.

Pruebe Visual Paradigm para la edición comunitaria gratuita UML . Tiene requisitos para capturar características, diseño db y muchos otros.

Puede probar CASE Spec . CASE Spec es una herramienta de ciclo de vida integral y asequible. Esta herramienta fácil de usar proporciona todas las herramientas esenciales para la especificación efectiva, el seguimiento de requisitos, la trazabilidad y más.

Puede usar Team Foundation Server, que puede integrarse con sharepoint, permitiendo que todas las partes del proyecto se supervisen en el progreso y el rendimiento.

Te recomendaría que eches un vistazo a las herramientas de Atlassian .

Son una suite completa (y muy buena) para la gestión de proyectos y la colaboración en equipo.

Creo que podrías estar más interesado en Jira .

Una combinación de Enterprise Architect por Sparx Systems y un kanban simple parece una buena opción para sus necesidades. Enterprise Architect (EA) admite la colaboración y se integra con los sistemas de control de versiones. Para obtener una mejor sensación, descargue la versión de prueba y eche un vistazo al proyecto de ejemplo "EAExample".

Durante un período de dos años utilicé EA para colaborar con propietarios de negocios, expertos en dominios y desarrolladores a medida que construíamos un sistema ERP. Para nosotros, EA se sintió más natural (y realmente salvó nuestro tocino) durante la fase de recopilación y elaboración de los requisitos iniciales. Nuestros mejores trabajos de necesidades se produjeron cuando nos reunimos en grupos de dos a cuatro personas alrededor de un proyector. Las imágenes mantienen a todos enfocados y orientados de una manera que todavía me sorprende. Empezamos por desbastar en un área del sistema con diagramas de casos de uso y luego avanzamos en iteraciones a historias, diagramas de actividad y, a veces, diagramas de secuencia o de estado. El modelado iterativo expuso varias cosas complicadas que de otro modo nos hubieran quemado. Las herramientas de modelado de clases y modelado de clases en EA son buenas, pero no las usamos demasiado.

En mi opinión, después de captar el panorama general, la herramienta más efectiva para administrar el desarrollo y el mantenimiento continuo es un kanban físico (pizarra blanca + notas post-it). Para el proyecto de ERP que mencioné usamos un kanban con las siguientes columnas:

  • propuesto,
  • aprobar (wip | done),
  • especificar (wip | done),
  • código (wip | done),
  • prueba (wip | done),
  • desplegar (wip | hecho)

Parte de la belleza de un sistema kanban físico es que puede integrarse fácilmente con otras herramientas, incluidas herramientas UML como Enterprise Architect. Para su escenario, podría definir el trabajo estándar para los artículos en la columna "Especificar" como:

  1. Tome la carta superior de la columna "Aprobado (hecho)"
  2. Actualice EA con el nuevo caso de uso (o modifique uno existente) basado en la tarjeta
  3. Escribir pruebas de aceptación
  4. Produzca cualquier otro diagrama EA (actividad, secuencia, ...) que un desarrollador necesite para comenzar a ejecutar.
  5. cometer cambios EA
  6. mueva la tarjeta a "Especificar (hecho)"

Espero que esto ayude...

Uno de los principales problemas con cualquier requisito / esquema de especificación es el seguimiento de las relaciones entre las elecciones realizadas ("los requisitos") y los conflictos con las alternativas ("Alternativas: rápidas o baratas, elegimos barato para obtener participación de mercado").

La mayoría de los sistemas de requisitos que he visto rastrearán los requisitos pero no estas relaciones. gIBIS es un ejemplo de los llamados sistemas de seguimiento de problemas , que construyen redes (visibles) de elecciones, alternativas y justificaciones para cada una.

Tales modelos de modelo (posibles) elecciones, soporte / argumentos a favor / en contra de cada opción e interacciones entre las elecciones ("si elige X, debe elegir Y y no Z").

Un efecto realmente valioso es la capacidad de retroceder y comprender por qué se impuso un "requisito", especialmente si no se puede cumplir; las alternativas y sus fundamentos son entonces realmente útiles.

[Editar: basado en la pregunta revisada]

Herramientas de administración de requisitos

La mayoría de las herramientas de gestión de requisitos trabajan en artefactos finales textuales y esquemáticos. Para el control de versiones, prefiero usar un DVCS como Mercurial. Sin embargo, la herramienta debe proporcionar trazabilidad.

He usado herramientas de Rational y muchas otras y mi experiencia personal no ha sido muy buena. Pasé más tiempo lidiando con la herramienta que usándola para otros medios productivos.

Algunos de los productos que satisfacen este requisito:

  1. Rational Requisite Pro e IBM Rational DOORS (pesados, costosos y no de mi agrado)
  2. Herramienta de gestión de requisitos basada en la web: django-req
  3. Una herramienta gratuita y prometedora de código abierto rmtoo

Herramientas de diseño

Existen diversas herramientas de documentación de diseño que se dirigen a un tipo específico de diseño y generan diferentes artefactos de diseño. Diga la herramienta de relación de entidades . Deberá verificar lo que necesita.

Las herramientas UML son muy útiles y son una buena forma de documentar los casos de uso.

  1. Herramienta de diagramación basada en UML yED .
  2. Una herramienta de modelado basada en UML StarUML
  3. Este es mi favorito: argouml

Las personas pueden ser creativas con las herramientas que utilizan con fines de diseño.

  1. Usando un mapa mental
  2. Uml sigue siendo una herramienta de diseño frecuente

Herramienta de diseño de base

  1. SQL Designer hace un buen trabajo
  2. Echa un vistazo a la libre: dbdesigner4
  3. MySql Workbench
  4. SQL Power Architect es muy prometedor.

Gestión de proyectos

Hay una gran cantidad de herramientas que pueden hacer gestión de proyectos, incluida la herramienta MS que mencionas. Solo necesita buscarlos en google.

desarrollo de software colaborativo

Para el desarrollo de software colaborativo, hay muchos como google code, bitbucket , collabnet ...

El Proyecto Kaiser se desarrolla teniendo en cuenta la gestión de requisitos. Admite la descomposición de requisitos a través del paradigma de "subtareas externas". Ref ejemplo here .

Este enfoque permite:

  • rastrear diferentes tipos de requisitos desde el backlog hasta la base de datos y problemas de bajo nivel (requisitos generales - requisitos del servidor - requisitos de la base de datos)
  • crear documentación viva del sistema