Universidad de Cartagena
Universidad de Cartagena
Universidad de Cartagena
ACTIVIDAD DE APRENDIZAJE
Estudiantes:
VICTOR ANDRES LOPEZ BAUTTE
Carrera:
INGIENERIA DE SOFTWARE
Materia:
INGENIERIA DE REQUERIMIENTOS
Docente:
MAURICIO HERNANDES
Solución.
1. IEEE 1028 REVICION DEL SOFTWARE
El propósito de esta norma es definir revisiones sistemáticas y auditorías aplicables a la
adquisición, suministro, desarrollo, operación y mantenimiento de software. Esta norma
describe cómo realizar una revisión. Otras normas o la administración local definen el
contexto dentro del cual se realiza una revisión y el uso que se hace de los resultados de la
revisión. Las revisiones de software se pueden utilizar en apoyo de los objetivos de gestión
de proyectos, ingeniería de sistemas (por ejemplo, asignación funcional entre hardware y
software), verificación y validación, gestión de configuración, garantía de calidad y
auditoría. Los diferentes tipos de revisiones reflejan diferencias en las metas de cada tipo
de revisión. Las revisiones sistemáticas se describen por sus procedimientos definidos,
alcance y objetivos.
MODELO CASCADA
Esta metodología elegida, de modelo en cascada, facilita una planificación sencilla.
Podemos pasar por alto detalles concretos y después, en una nueva planificación, llevarlos
a cabo. La calidad de este tipo de proyectos es muy alta dado que una vez terminada una
versión puede mejorarse e incluso rediseñarse para que su funcionamiento sea más
eficiente, fundamentalmente en las fases de interacción con el usuario del sistema y en la
estructura del árbol de decisión. Además, esta metodología estuvo bastante acertada,
pues los requisitos no los tuvimos completados hasta casi la fase final. También, dado el
carácter del proyecto, principalmente descriptivo, no nos resultó muy traumático en el
momento de hacer los cambios en la implementación.
Análisis de requisitos:
El proceso de recopilación de los requisitos se centra e intensifica especialmente en el
software. recopilar, examinar y formular los requisitos del cliente y examinar cualquier
restricción que se pueda aplicar. El ingeniero de software (Analistas) debe comprender el
ámbito de la información del software, así como la función, el rendimiento y las interfaces
requeridas.
En esta fase se analizan las necesidades de los usuarios finales del software para
determinar qué objetivos debe cubrir. De esta fase surge una memoria llamada SRD
(documento de especificación de requisitos), que contiene la especificación completa de lo
que debe hacer el sistema sin entrar en detalles internos. Es importante señalar que en
esta etapa se debe consensuar todo lo que se requiere del sistema y será aquello lo que
seguirá en las siguientes etapas, no pudiéndose requerir nuevos resultados a mitad del
proceso de elaboración del software.
IEEE 1465
Tecnología de la Información - Los paquetes de software -
Requisitos de calidad y pruebas
Normas
Se establecen los requisitos de calidad para los paquetes de software e instrucciones sobre
cómo probar un paquete de software contra estos requisitos. Los requisitos se aplican a
los paquetes de software que se ofrecen y entregan, no al proceso de producción
(incluidas las actividades y los productos intermedios, como las especificaciones).
Rational RequisitePro:
Es una herramienta centrada en documentos, que almacena los requisitos asociándolos a
documentos (aunque también permite guardarlos directamente en la base de datos),
CaliberRM:
Es para sistemas grandes y complejos y proporciona una base de datos de requisitos con
trazabilidad. La compañía ve a los requisitos como parte del proceso de gestión de la
calidad del software, el cual es considerado también, las pruebas (testing) y el trazado de
defectos (defect tracking). Caliber está basado en Internet y maneja referencia de
ocumentos, responsabilidad de usuario, trazabilidad, prioridad y estado entre otras
características.
Telelogic Doors:
Es un sistema multiplataforma diseñado para la Gestión de Requisitos mediante la
captura, trazabilidad, enlazado, análisis y manejo de los cambios que en ellos se realicen.
Mediante el uso de Doors se puede realizar un análisis de trazabilidad para identificar las
áreas de riesgo, y resulta fácil atributos para los requisitos como son el riesgo y esfuerzo
entre otros.