Repaso de IS U1

¿Cuál es su meta del análisis del problema?

• Crear diagramas de casos de uso

• Tener un mejor entendimiento antes de que el desarrollo inicie

• Conocer a os clientes

• Seleccionar el lenguaje de program

Un problema puede ser definido como la diferencia que existe entre como son las cosas percibidas y como son deseadas lascosas

• Verdadero

• Falso

Es un individuo / rol que es materialmente afectado por las salidas que genera el sistema o proyecto, además de tener el conocimiento de cómo deberían realizarse las cosas o como se espera que se realicen las cosas

• Dueño de la empresa

• Lider de proyecto

• StakeHolder

• Usuario del sistema

Fuentes de requisitos

• Socios, clientes

• Dueño, inversionistas

• Equipo de desarrollo

• Equipo de análisis

Existen distintas variables que determinarán el proyecto y todas ellas están estrechamente relacionadas, pero debemos de comenzar por comprender de que se trata el proyecto

• Ámbito del proyecto

• Factibilidad técnica

• Estudio de factibilidad

• Factibilidad económica

En este punto es donde contrastaremos el presupuesto desarrollo, contra el presupuesto del cliente, este último constituido por lo que el cliente esta dispuesto a invertir o que tiene disponible para invertir.

• Ámbito del proyecto

• Factibilidad técnica

• Estudio de factibilidad

• Factibilidad económica

En este debemos analizar los recursos humanos con los que cuenta la organización y la estructura organizacional de la misma

• Factibilidad operativa

• Factibilidad técnica

• Estudio de factibilidad

• Factibilidad económica

Esta factibilidad, nos referimos al conjunto tecnologías que la organización deberá tener, para que el software que se desarrolle funcione tal y como ellos esperan que funcione

• Factibilidad operativa

• Factibilidad técnica

• Estudio de factibilidad

• Factibilidad económica

Es la asociación de un requisito con otros requisitos y las diferentes instancias o artefactos con que se relaciona, así como la habilidad de describir y seguir el ciclo de vida completo de un requisito, desde su origen, pasando por su desarrollo y especificación y finalizando con su despliegue.

• Documento de visión

• Documento de requisitos de software

• Trazabilidad de requisitos

• Documento de casos de uso

El el documento donde se detallan los requisitos funcionales y no funcionales además de las características generales del proyecto como el "Nombre, versión, integrantes, etc"

• Documento de visión

• Documento de requisitos de software

• Trazabilidad de requisitos

• Documento de casos de uso