Ing Software
Páginas: 8 (1885 palabras)
Publicado: 3 de junio de 2014
INGENIERÍA DE SOFTWARE
El método de la Ingeniería
Modelado de procesos con BPMN
Requisitos
Casos de uso
Historias de usuario
Pruebas
Presupuestos
Enfoque de servicios con ITIL
REQUISITOS
Los requisitos son una herramienta para documentar un
entendimiento común (entre quien los usa y quien lo construye)
de qué sistema será construido.
Es una característica del sistema deseado,observable
externamente.
PRUEBAS DE VALIDEZ DE UN REQUISITO
La satisfacción del requisito debe ser observable desde un punto
de vista que es externo al sistema.
El requisito debe ayudar a satisfacer alguna necesidad del
potencial cliente (o del usuario) u otro stakeholder.
DEFINICIONES POCO ÚTILES
Un requisito define el QUÉ se supone que un sistema hará, sin
definir el CÓMO lohará.
Un requisito define un problema del cliente sin referencia
ninguna solución a este problema.
REQUISITOS PARA UN MOUSE
El sistema tendrá tres botones.
El sistema proveerá de un medio para permitir a los usuarios
mover barras desplazadoras hacia adelante, hacia atrás y
desplegar un menú.
Uno de los tres botones del sistema deberá ser de 2” de largo,
con una tolerancia de0.1”; 0.5” de ancho, con tolerancia de
0.0125”; y 0.0625 de alto, con tolerancia de 0.00001”.
EL NIVEL DE DETALLE
Completamente dependiente de las necesidades del cliente.
ADMINISTRACIÓN DE REQUISITOS
Es el conjunto de actividades que deben ejecutarse para obtener
los requisitos, identificar los correctos y documentarlos.
Actividades
Obtención (didáctica tecnológica, prototiposno
funcionales, demosTec, entrevistas)
Estimación y Priorización (análisis y evaluación)
Especificación (documentación y acuerdos)
CONTEXTO DE REQUISITOS
Desarrollo de software personal
Un cliente con un problema específico
que se quiere resolver con una
solución de solo software.
Roles
El comprador negocia: términos del contrato, costos,
fechas de entrega y funcionalidad. Desarrollo de software personal
1. El cliente establece los términos generales de lo que se requiere, a
través de un RFP (petición de propuesta).
2. La organización de desarrollo de software (ODSw) desarrolla una
propuesta, definiendo su aproximación, incluyendo una lista preliminar
de requisitos, un calendario propuesto y una propuesta de
presupuesto.
3. El cliente elige lamejor propuesta y otorga un contrato a sus autores.
4. La ODS prepara un documento de requisitos y requerimientos,
preliminares y la presenta al cliente.
5. Se conciben más requisitos, se evalúan, analizan y documentan, y se
negocian sobre el presupuesto.
6. Se negocian ajustes al presupuesto contra los requisitos.
CONTEXTO DE REQUISITOS
Desarrollo de sistemas embebidospersonalizados
Un cliente con un problema específico
que se quiere resolver con un sistema
compuesto por software y hardware.
Roles
El comprador negocia: términos del contrato, costos,
fechas de entrega y funcionalidad.
Desarrollo de sistemas embebidos personalizados
1. El cliente establece los términos generales de lo que se requiere, a través de un
RFP (petición de propuesta), en el cualse incluye un documento de requisitos a
nivel de sistema.
2. La organización de desarrollo de sistemas (ODSi) desarrolla una propuesta,
definiendo su aproximación, incluyendo una lista preliminar de requisitos de
software y de hardware, un calendario propuesto y una propuesta de presupuesto.
3. El cliente elige la mejor propuesta y otorga un contrato a sus autores.
4. La ODSiprepara como entregable, un documento de requisitos del sistema y
requerimientos, más detallada y la presenta al cliente.
5. Se conciben más requisitos de software y hardware, se evalúan, analizan y
documentan, y se presentan al cliente como entregables.
6. Se negocian nuevos requisitos establecidos por el cliente, sobre la base del
presupuesto establecido.
7. Se negocian ajustes al...
El método de la Ingeniería
Modelado de procesos con BPMN
Requisitos
Casos de uso
Historias de usuario
Pruebas
Presupuestos
Enfoque de servicios con ITIL
REQUISITOS
Los requisitos son una herramienta para documentar un
entendimiento común (entre quien los usa y quien lo construye)
de qué sistema será construido.
Es una característica del sistema deseado,observable
externamente.
PRUEBAS DE VALIDEZ DE UN REQUISITO
La satisfacción del requisito debe ser observable desde un punto
de vista que es externo al sistema.
El requisito debe ayudar a satisfacer alguna necesidad del
potencial cliente (o del usuario) u otro stakeholder.
DEFINICIONES POCO ÚTILES
Un requisito define el QUÉ se supone que un sistema hará, sin
definir el CÓMO lohará.
Un requisito define un problema del cliente sin referencia
ninguna solución a este problema.
REQUISITOS PARA UN MOUSE
El sistema tendrá tres botones.
El sistema proveerá de un medio para permitir a los usuarios
mover barras desplazadoras hacia adelante, hacia atrás y
desplegar un menú.
Uno de los tres botones del sistema deberá ser de 2” de largo,
con una tolerancia de0.1”; 0.5” de ancho, con tolerancia de
0.0125”; y 0.0625 de alto, con tolerancia de 0.00001”.
EL NIVEL DE DETALLE
Completamente dependiente de las necesidades del cliente.
ADMINISTRACIÓN DE REQUISITOS
Es el conjunto de actividades que deben ejecutarse para obtener
los requisitos, identificar los correctos y documentarlos.
Actividades
Obtención (didáctica tecnológica, prototiposno
funcionales, demosTec, entrevistas)
Estimación y Priorización (análisis y evaluación)
Especificación (documentación y acuerdos)
CONTEXTO DE REQUISITOS
Desarrollo de software personal
Un cliente con un problema específico
que se quiere resolver con una
solución de solo software.
Roles
El comprador negocia: términos del contrato, costos,
fechas de entrega y funcionalidad. Desarrollo de software personal
1. El cliente establece los términos generales de lo que se requiere, a
través de un RFP (petición de propuesta).
2. La organización de desarrollo de software (ODSw) desarrolla una
propuesta, definiendo su aproximación, incluyendo una lista preliminar
de requisitos, un calendario propuesto y una propuesta de
presupuesto.
3. El cliente elige lamejor propuesta y otorga un contrato a sus autores.
4. La ODS prepara un documento de requisitos y requerimientos,
preliminares y la presenta al cliente.
5. Se conciben más requisitos, se evalúan, analizan y documentan, y se
negocian sobre el presupuesto.
6. Se negocian ajustes al presupuesto contra los requisitos.
CONTEXTO DE REQUISITOS
Desarrollo de sistemas embebidospersonalizados
Un cliente con un problema específico
que se quiere resolver con un sistema
compuesto por software y hardware.
Roles
El comprador negocia: términos del contrato, costos,
fechas de entrega y funcionalidad.
Desarrollo de sistemas embebidos personalizados
1. El cliente establece los términos generales de lo que se requiere, a través de un
RFP (petición de propuesta), en el cualse incluye un documento de requisitos a
nivel de sistema.
2. La organización de desarrollo de sistemas (ODSi) desarrolla una propuesta,
definiendo su aproximación, incluyendo una lista preliminar de requisitos de
software y de hardware, un calendario propuesto y una propuesta de presupuesto.
3. El cliente elige la mejor propuesta y otorga un contrato a sus autores.
4. La ODSiprepara como entregable, un documento de requisitos del sistema y
requerimientos, más detallada y la presenta al cliente.
5. Se conciben más requisitos de software y hardware, se evalúan, analizan y
documentan, y se presentan al cliente como entregables.
6. Se negocian nuevos requisitos establecidos por el cliente, sobre la base del
presupuesto establecido.
7. Se negocian ajustes al...
Leer documento completo
Regístrate para leer el documento completo.