Ejemplo de SRS (Software Requirements Specification)

Uno de los documentos mas importantes y que es el principal entregable del trabajo de requerimientos es el SRS (Software Requirements Specification). Recuerdo que en los primeros SRS que elabore seguí las guías del estándar 830, pero aún después de leer lo que iba en cada punto no sabía como redactar en función al proyecto que estaba realizando. Esta es una liga donde hay un caso práctico.

Seguimiento de Requerimientos / Traceability

El seguimiento (Traceability) de los requerimientos es de suma importancia para cualquier proyecto de software, de nada nos sirve documentar sino lo hacemos de la forma correcta. Cada requerimiento debe estar mapeado hacia varios productos de software (entiendase como productos de software los entregables), la imagen representa como cada requerimiento esta representado en un diagrama de flujo de datos. Esto puede hacerse a través de Ingenierá Directa o Reingeniería, es decir del diagrama a la especificación o de la especificación al diagrama.

Pruebas de Software

e-quallity es una empresa dedicada a pruebas de software, dentro de su página publican conceptos sobre lo que es el trabajo de pruebas de software.

Revista Software Guru

Ya salio el número 3 de la Revista Software Guru, Revista Mexicana especializada en Ingeniería de Software, entre otras cosas trae una entrevista realizada a Miguel de Icaza y un artículo de Métricas de Tamaño, la podrán descargar de su sitio...

16 Critical Software Practices

Estas son 16 practicas necesarias para el desarrollo de software, mucha atención con la administración de riesgos, métricas y requerimientos, cuantos de nosotros llevamos a cabo estas prácticas???

Software Engineering Links

Para los que compartimos el gusto por la Ingeniería de Software este es un link que contempla todas las áreas que cubre la Ingeniería de Software, espero sea de su agrado...

Matriz de Requerimientos

La matriz de Requerimientos es un documento esencial dentro de la administración de requerimientos, algunos de los datos que se pueden poner son los señalados en la imagen, prioridad, Prueba a realizar y el riesgo
La prioridad puede ser alta (el requerimiento es critico para el sistema), Media (el sistema puede funcionar aunque de manera deficiente), baja (el requerimiento sería deseable tenerlo). Através de la columna de riesgos se puede determinar que requerimientos deberán ser probados forzosamente y cuales dependerá del tiempo con que se cuente.

Análisis de Requerimientos, Entrevistas

Existen varias técnicas para la obtención de requerimientos entre otras están las entrevistas, el prototipado, el análisis de documentos (formatos y/o reportes), el análisis de los procesos etc. Dentro de las entrevistas existen factores muy importantes que intervienen como el tipo de entrevista, la elección de la gente a entrevistar, componentes de la entrevista etc. Pareciera que es un proceso sencillo pero no lo es, sobre todo por que de alli parte el desarrollo de un sistema identificando los requerimientos, en esta liga se puede saber todo el proceso de la entevista.

Análisis de Requerimientos

Dentro de todo el proceso de Ingeniería de Requerimientos, existe una etapa llamada Análisis de Requerimientos, el esquema anterior muestra las actividades llevadas acabo durante dicha etapa. 

Dentro de la especificación de casos de uso existe la sección de precondiciones las cuales nos pueden indicar que
casos de uso tienen que cumplirse antes, la imagen arriba es tomada del Libro de Alistair Cockburn, Witing effective Use Cases 

Grupos de Interés / Stakeholders

En el ámbito de desarrollo de software siempre se escucha el término stakeholders, al principio de mi carrera siempre me pregunte ¿que son los stakeholders?, bueno, los stakeholders son los grupos de interes involucrados de alguna manera con el producto de software, entre estos grupos estan:

Grupo que usará el software
Grupo que venderá el software
Grupo que desarrollará el software
Grupo que modificará el software
Grupo que soportará la operación del software

Combinando SRS con Modelo de Casos de Uso / SRS and Use Case Modeling

Para los que hemos trabajado con requerimientos y casos de uso al principio nos fué dificil amalgamar los dos conceptos, los cuales viendolos friamente llevan el mismo fin, solucionar necesidades de uno o varios usuarios, este articulo habla de como combinar los dos conceptos.

Template de Casos de Uso / Use Case Template

La anterior es una propuesta de especificación de casos de uso, mas alla del modelado de lo que deberá hacer un sistema, la especificacion de casos de uso nos puede servir para el desarrollo de diagramas de secuencia o para el prototipo del sistema. El anterior template es propuesta de www.umot.net, sitio del cual puedes descargar mas templates. Tal vez faltaria agregarle algo que se me hizo muy interesante en el template que maneja ariadne consulting es el dato de requerimientos

Arquitectura de Software / Software Architecture

Algo que tenemos que aplaudirle a microsoft es la toda la infraestructura de sus sitios, todo el marketing que envuelve a los desarrolladores e Ingenieros a casarse con la tecnologia, pero algo en lo que no se ha involucrado Microsoft al menos comercialmente hablando es en la Ingenieria de Software. No obstante esta es una buena pagina que habla de arquitectura de software

Casos de Uso la parte central / Use Case the central part

Tal vez a algunos les haya pasado confundir los casos de uso con los requerimientos, en el libro de Alistair Cockburn se menciona que si bien los casos de uso no son la totalidad de los requerimientos, tal vez representen una tercera parte, ademas se menciona que los casos de uso funcionan como un hub en donde el caso de uso es la parte central de todos los requerimientos.

Top Software Show

Nunca me habia tocado ver anunciado un evento como este, el Top Software Show pretende reunir a varias empresas desarrolladoras de software para que expongan y comercialicen sus productos, espero sea todo un exito, este evento es promovido por mayen-project y se realizara en la cd. de Mexico en el World Trade Center el proximo agosto. Creo que es una gran oportunidad para las empresas desarrolladoras de software y también para las MiPymes, sugeriria que este evento sea promocionado en revistas y camaras industriales o en el SIEM.

Recursos de Ingenieria de Software

Varios son los topicos que maneja la Ingenieria de Software, como son Requerimientos, estimacion, requerimientos, arquitectura en SWEBOK podemos encontrar un diagrama que contiene las areas que debiera de dominar un Ingeniero de Software, en esta LIGA encontraremos varios links con temas de Ingenieria de Software.

Estimación de proyectos / Software Projects Estimation

Software Metrics propone la anterior tabla para estimar proyectos de software, estos datos sobre todo servirán para los Ingenieros de software que deseen estimar proyectos sin tener datos históricos, faltaría comprobar los datos contra proyectos reales.

Diagramas de Diseño de Software / Software Design Diagrams

Antes de UML ya existían varias notaciones para la descripción de sistemas, entre ellas tenemos OOD, Catalysis, Fusion, Jacobson y otras, seguramente muchos ya han oído hablar de ellas, en la siguiente liga encontrarás tutoriales de todas estas metodologías de diagramación.

Curso practico de Ingenieria de Software

Este es un excelente curso de Ingenieria de Software, facilitado por el prestigiado MIT (tecnologico de Massachusetts), en este sitio puedes descargar todo el material, el contenido esta en PDF.