Escolar Documentos
Profissional Documentos
Cultura Documentos
2CM6
ndice
Anlisis de Requerimientos ................................................................................................................. 2 Introduccin .................................................................................................................................... 2 Definicin ........................................................................................................................................ 2 Tipos ................................................................................................................................................ 3 Documento ...................................................................................................................................... 4 Anlisis de Riesgos .............................................................................................................................. 5 Definicin ........................................................................................................................................ 5 Gestin de riesgos ........................................................................................................................... 5 Plan de Manejo de riesgos .............................................................................................................. 7 Bibliografa .......................................................................................................................................... 8
2CM6
Anlisis de Requerimientos
Introduccin
Un requerimiento es una condicin o capacidad a la que el sistema (siendo construido) debe conformar Un requerimiento de software puede ser definido como la capacidad del software necesaria por el usuario para resolver un problema o alcanzar un objetivo. Una capacidad del software que debe ser reunida o poseda por un sistema o componente del sistema para satisfacer un contrato, especificacin, estndar, u otra documentacin formal.
Definicin
En s los requerimientos de usuario representan al conjunto de resultados que debe de tener el sistema ms todas las restricciones sobre la funcionalidad. Los requerimientos forman un modelo que representan al sistema total a un nivel de abstraccin. El anlisis de requerimientos es crtico, ya que si no se cumple con l, en primer lugar no sabemos lo que quiere el cliente, y si no se cumple con el, entonces la calidad del sistema es irrelevante. Para obtener los requerimientos, estos se ven desde el primer contacto con el cliente existen muchas tcnicas por ejemplo: Entrevistas Brainstorming Prototipeo Cuestionarios
2CM6
Tipos
Existen dos tipos de requerimientos, funcionales, no funcionales y de dominio.
Son requerimientos que provienen del dominio de la funcin y reflejan las caractersicas del dominio
Requerimientos:
Administradores clientes Usuarios finales del sistema Ingenieros clientes Administradores de contratistas Arquitectos del sistema
Usuarios finales del sistema Ingenieros clientes Arquitectos del sistema Desarrolladores del Sw
2CM6
Documento
En la prctica es necesario presentar documentos de control de estos anlisis, en el caso del anlisis de requerimientos es el Especificacin de Requerimientos del Software (SRS -Software Requirements Specification), el cual tiene las siguientes finalidades: Comunicar de manera precisa los requerimientos, objetivos y presunciones del dominio Contrato
legal, documento interno o a modo de memorando
Base para estimacin (tamao, costo, tiempo) y planificacin de proyecto Base para evaluacin de producto final
verificacin y validacin Debera tener suficiente informacin para decidir si el producto final es aceptable (satisface los requerimientos)
Contenido de un:
Diagramas: Diagramas de Casos de Uso:Desde el punto de vista del usuario se describe el sistema. Diagramas de secuencia del sistema:Describe el orden de las funciones. Diagramas de Flujos de Datos : describe el flujo de informacin y las transformaciones que se aplican a los datos.
2CM6
Anlisis de Riesgos
Definicin
Para definir que es un anlisis de riesgos, es necesario empezar con la definicin de riesgo. En primer lugar esta palabra esta asociado con el futuro, con el avance, no tiene que ver con las acciones ya concretadas. Para que exista un riesgo es necesario que haya un cierto grado de incertidumbre, inseguridad o falta de certeza. As que riesgo se puede definir como la vulnerabilidad de "bienes jurdicos protegidos" ante un posible o potencial perjuicio o dao para las personas y cosas, particularmente, para el medio ambiente, en el caso de la ingeniera en sistemas computacionales o ms bien de la Ingeniera de software, significa las complicaciones que se pueden generar a lo largo del proyecto (por lo general se gestionan los riesgos que tienen un resultado negativo), basado en lo explicado anteriormente. La exposicin a riesgos es la probabilidad de ocurrencia del riesgo multiplicada por la magnitud de prdida del riesgo (impacto).
Gestin de riesgos
La gestin de riesgos es una tarea importante en el desarrollo de un proyecto, ya que se pueden anticipar los inconvenientes y mejorar la calidad del software. Consta de varias etapas:
Identificacin de riesgos.
2CM6
Problemas potenciales que pueden ocurrir en el proceso de IR o en los requisitos, o en la Especificacin de los Requisitos del Software (ERS), como de presupuesto, de personal, del usuario, de organizacin, tcnicos, de comunicacin u otros. Evaluacin de los riesgos. Determinar en qu indicador se ver reflejado que un problema se presente, se deben establecer puntos de referencia para cada riesgo, que permita decidir si el riesgo, segn su prioridad de atencin, se sale del manejo aceptable. Planificacin de riesgos. Este paso tiene como objetivo desarrollar una estrategia para tratar los riesgos. Si el equipo de trabajo adopta un enfoque proactivo frente al riesgo, evitarlo ser siempre la mejor estrategia. Ejemplo:
Supervisin de los riesgos. Consiste en hacer el plan de supervisin, dado el caso de que se acepte continuar con el proyecto. Indicar que acciones y decisiones se tomarn ante un problema que ya ha sido identificado, proyectado y evaluado.
2CM6
2CM6
Bibliografa
http://lafhis.dc.uba.ar/wiki/images/5/56/Documentacion.pdf INGENERIA DEL SOFTWARE, Sptima edicin. Ian Sommerville. Pearson educacin. http://www.cenecoop.com/docs/md/caec/caec_ii_unidad_03.pdf http://www.galeon.com/zuloaga/Doc/AnalisisRequer.pdf http://sistemasbajanet.obolog.com/plan-manejo-riesgos-297669