Ingeniera de Requerimientos

Relator : Emilio Arenas V. (Ing. en Informtica) Unidad : 90 Hrs. Evaluaciones: 7 Horario : Mircoles 3 Hrs. , Viernes 3 Hrs. y Sbado 4 Hrs.

Unidad 2
Esp 1 2 3 4 5 6 7

Actividades de la Ingeniera de Requerimientos (15 Horas)

Contenidos Usuarios claves Trabajo en equipos Enfoque sistmico Factibilidad tcnica Factibilidad operacional Factibilidad econmica Preparacin de informes Aprendizaje esperados Identifican y validan usuarios involucrados Analizan y acotan problema presentado Definen en conjunto con usuarios los requerimientos Validan y proponen requerimientos adecuados Definen frontera de los requerimientos Estudian factibilidad de la solucin Analizan distintas tcnicas de recoleccin de datos segn el focus group detectado

Unidad 2: Actividades de la Ingeniera de Requerimientos

2 Unidad: Actividades de la Ingeniera de Requerimientos

01. Importancia de la Calidad del Software

2 Unidad: Actividades de la Ingeniera de Requerimientos

Calidad total la Cultura de la Excelencia

Calidad es la referencia y el objetivo de cualquier actividad que se desarrolla en la empresa
Es un concepto global y unificador, que debe ser aceptado por conviccin y no por imposicin Que involucra : competitividad, entregas, costo, excelencia, tica, productividad, beneficios, resultados, servicios, seguridad, motivacin, etc.

2 Unidad: Actividades de la Ingeniera de Requerimientos

Los 10 mandamientos de la calidad total

1. Satisfaccin de los clientes 2. Calidad garantizada 3. Gestin de los procesos 4. No aceptar errores 5. Mejora continua 6. Desarrollo de los recursos humanos 7. Gestin participativa 8. Constancia en los objetivos 9. Delegacin 10. Informacin y comunicacin

2 Unidad: Actividades de la Ingeniera de Requerimientos

1.Satisfaccin de los clientes

El cliente es la persona mas importante de la organizacin. Calidad del producto o servicio Formas Precio

2 Unidad: Actividades de la Ingeniera de Requerimientos

2. Calidad garantizada
No defraudar a los clientes Planificacin y sistematizacin de los procesos Normas ISO 9000 Registrar y controlar las etapas de los procesos Tcnicas en la gestin de procesos

2 Unidad: Actividades de la Ingeniera de Requerimientos

3. Gestin de procesos
Proceso, como secuencia de actividades Cliente interno o externo Elementos de un proceso - Entrada - Personas / Recursos del proceso - Salida

2 Unidad: Actividades la Ingeniera de de Requerimientos Taller integrado de de Proyectos Sistemas

El proyecto informtico
Calidad global del proyecto

Calidad del proceso

Calidad del producto

reutilizabilidad

mantenibilidad

portabilidad

2 Unidad: Actividades de la Ingeniera de Requerimientos

El porque de los fracasos

Falta de experiencia del director del proyecto Falta de organizacin Falta de claridad en la definicin de los objetivos Ausencia del estudio de viabilidad Vagas, incompletas especificaciones de requerimientos Falta o mal uso de las tecnologas adecuadas

2 Unidad: Actividades de la Ingeniera de Requerimientos

El porque de los fracasos(II)

Mala estimacin de los costos Mala asignacin de los recursos humanos Desconocimiento del perfil del personal Errores en la estimacin de tiempos Falta de controles adecuados Falta de seguimiento del proyecto Mala eleccin de proveedores externos

2 Unidad: Actividades de la Ingeniera de Requerimientos

La Calidad del Software

Cmo medir la calidad de un producto de software? Se emplean modelos que especifican la calidad mediante la definicin de un conjunto de atributos o caractersticas.
Se basan en descomponer la calidad del producto en caractersticas y estas en criterios que pueden ser medidos mediante mtricas.

2 Unidad: Actividades de la Ingeniera de Requerimientos

La Calidad del Software

Qu caractersticas debe tener el software de alta calidad ?
Utilidad:

Determina si el sistema hace lo que sus usuarios esperan que haga El sistema es til si:
Su funcionalidad ayuda al usuario en la realizacin de sus actividades Confiabilidad:

Baja probabilidad de falla => bajo nmero de errores

Mantenibilidad:

Es flexible, es modificable y es internamente comprensible ?

Eficiencia:

Medida en relacin al uso de los recursos del computador

Ej., bajo tiempo de ejecucin y mnimo uso del espacio de almacenamiento Facilidad de prueba:

Se puede probar con facilidad ?

en que medida el diseo y codificacin facilitan las pruebas

2 Unidad: Actividades de la Ingeniera de Requerimientos

Una premisa fundamental:

"La calidad de un producto de software est determinada, en muy buena medida, por la calidad del proceso usado para desarrollarlo y mantenerlo" Proceso de Software

2 Unidad: Actividades de la Ingeniera de Requerimientos

Calidad del desarrollo

El aseguramiento de la calidad se basa en definir correctamente el sistema a desarrollar; para enfrentar este gran dilema los informticos identificamos tres puntos fundamentales que nos pueden ayudara a construir un software de calidad

2 Unidad: Actividades de la Ingeniera de Requerimientos

Calidad del desarrollo (II)

1-. La primera tarea a desarrollar cuando se comienza con un proyecto es: A) identificar en todas sus aristas el problema a resolver y definir cuan relevante para la organizacin es que este problema sea resuelto, la relevancia esta relacionada con aquella informacin que es vital para la existencia de la empresa; B) una vez definida la relevancia debemos acotar el problema identificando que reas se vern afectadas y cueles no se vern afectadas.

2 Unidad: Actividades de la Ingeniera de Requerimientos

Calidad del desarrollo (III)

2-. Identificar al o los usuarios que nos proveern de informacin para entender la dimensin del problema y tambin nos ayudaran a validar la solucin que nosotros presentaremos a travs de un modelo. (Stakeholders)

2 Unidad: Actividades de la Ingeniera de Requerimientos

Calidad del desarrollo (IV)

En este punto el informtico debe hacer una propuesta proactiva al usuario, ya que es l el experto; esta propuesta debe ser formalmente validada por los usuarios a travs de un documento escrito. En este punto destacamos tambin que la relacin usuario informtico permite determinar el grado de inters, motivacin e intencin de las partes lo cual le permite al informtico anticiparse a potenciales fracasos no del software si no de funcionalidad, producto del estado motivacin al del o los usuarios.

2 Unidad: Actividades de la Ingeniera de Requerimientos

Conclusin: Usuarios Claves

La calidad de nuestro trabajo se mide por el grado de satisfaccin que muestra el usuario, en este aspecto para el usuario el cdigo de programa pasa a segundo plano. Es importante considerar que el problema que vamos a resolver debemos establecerle un lmite.

2 Unidad: Actividades de la Ingeniera de Requerimientos

EL MODELO ESENCIAL Y EL ENFOQUE SISTMICO.

El modelo esencial es un modelo lgico, fcil y sencillo de utilizar consiste en describir algo que los humanos constantemente realizan, pero que no nos damos cuenta

2 Unidad: Actividades de la Ingeniera de Requerimientos

EL MODELO ESENCIAL Y EL ENFOQUE SISTMICO.(II)

Paso de este modelo: A: La primera fase consiste en definir o establecer en forma precisa que es lo que se desea hacer, el propsito NO debe ser ambiguo, es decir bajo ninguna circunstancia debe tener ms de una interpretacin. Por ejemplo: 1. Comprar pan: es un propsito preciso; pero comprar pan francs, es aun ms preciso. 2. Arreglar la casa, es un propsito muy ambiguo ya que existen muchas formas de arreglar la casa. Pintar la casa es ms preciso y menos ambiguo.

2 Unidad: Actividades de la Ingeniera de Requerimientos

EL MODELO ESENCIAL Y EL ENFOQUE SISTMICO.(III)

Paso de este modelo: B: La segunda fase llamada MODELO AMBIENTAL consiste en identificar de donde? O donde?, se encuentran los datos/insumos/energa que necesitamos para cumplir con el propsito que nos hemos establecido; pero que ese entorno no lo podemos afectar y nos debemos ajustar a sus condiciones. Por ejemplo si necesitamos pintar la casa, la pintura la encontramos en una ferretera y tenemos que aceptar sus condiciones de ubicacin, valor, etc.

2 Unidad: Actividades de la Ingeniera de Requerimientos

EL MODELO ESENCIAL Y EL ENFOQUE SISTMICO.(IV)

Paso de este modelo: C: La tercera fase llamada MODELO DE COMPORTAMIENTO consiste ahora en determinar Cmo vamos a llevar a cabo las distintas tareas internas para cumplir con el propsito establecido en la primera fase?, por ejemplo contratar pintores, a que hora pintan?, como pintan? , Dnde pintan?, Cundo pintan? etc. Este modelo grafica por si solo el enfoque sistmico, ya que la esencia de todo sistema esta en su medio ambiente, es decir, pintar, comer, viajar, son instancia que requieren de el entorno para ser satisfechas

2 Unidad: Actividades de la Ingeniera de Requerimientos

EL MODELO ESENCIAL Y EL ENFOQUE SISTMICO.(IV)

Definicin de Objetivos (Propsito no Ambiguo) Modelo Comportamiento (Como llevar a cabo las tareas interna para cumplir con el propsito)

Modelo Ambiental (donde se encuentran los datos, para cumplir con el propsito)

2 Unidad: Actividades de la Ingeniera de Requerimientos

INICIACIN DE UN PROYECTO
Son muchas y distintas las fuentes que dan inicio a los proyectos de sistemas, por diversas razones. Algunos de los proyectos sugeridos sobrevivirn varias etapas de evaluacin hasta llegar a usted (o a usted y su equipo); otros no conseguirn llegar tan lejos.

2 Unidad: Actividades de la Ingeniera de Requerimientos

INICIACIN DE UN PROYECTO
Los ejecutivos de negocios sugieren proyectos de sistemas por dos razones principales: (1) porque tienen problemas que requieren una solucin de sistemas (2) porque identifican oportunidades de mejorar mediante la actualizacin, modificacin o instalacin de nuevos sistemas cuando ocurren problemas. Ambas situaciones se pueden dar conforme las organizaciones se adaptan y enfrentan al cambio evolutivo y natural.

2 Unidad: Actividades de la Ingeniera de Requerimientos

INICIACIN DE UN PROYECTO
Problemas en la Organizacin: La revisin de resultados, la observacin del comportamiento de los empleados y la atencin a la retroalimentacin son factores que ayudan al analista a identificar problemas y oportunidades de sistemas.

2 Unidad: Actividades de la Ingeniera de Requerimientos

INICIACIN DE UN PROYECTO
Para identificar problemas Revise los resultados contra los criterios de desempeo Busque estos signos especficos Demasiados errores Trabajo realizado con lentitud

Trabajo realizado de manera incorrecta

a Trabajo incompleto

8 Trabajo no realizado Observe el comportamiento de los empleados s Elevado ausentismo

Creciente descontento

Alta rotacin de trabajadores

Ponga atencin en la retroalimentacin externa de:

Quejas Distribuidores Clientes Proveedores Sugerencias de mejora Prdida de ventas Reduccin de ventas

2 Unidad: Actividades de la Ingeniera de Requerimientos

SELECCION DE UN PROYECTO
Los proyectos surgen de diferentes fuentes y por muchas razones. No todos deben seleccionarse para un estudio ms profundo. Hay que tener bien presentes las razones para recomendar el estudio de sistemas de un proyecto que parezca resolver un problema o propiciar una mejora. Tomar en cuenta los motivos que impulsen una propuesta de proyecto

2 Unidad: Actividades de la Ingeniera de Requerimientos

SELECCION DE UN PROYECTO
Ms all de estas consideraciones generales, existen cinco criterios especficos para la seleccin de proyectos: 1. El respaldo de los directivos de la organizacin. 2. Un periodo adecuado de compromiso para terminar el proyecto. 3. La posibilidad de mejorar la consecucin de las metas organizacionales. 4. Factibilidad en cuanto a recursos para el analista de sistemas y la organizacin. 5. La rentabilidad del proyecto en comparacin con otras formas en que la organizacin podra invertir sus recursos.

2 Unidad: Actividades de la Ingeniera de Requerimientos

SELECCION DE UN PROYECTO
El principal criterio es el respaldo de los directivos de la organizacin. Nada se puede realizar sin el consentimiento de quienes a la postre proporcionan los recursos econmicos.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD

Definicin de Objetivos. Por qu realizar un sistema?

Las mejoras a los sistemas se pueden definir como cambios que darn como resultado beneficios crecientes y valiosos. Las mejoras pueden ser de muchos tipos, por ejemplo:

1. Aceleracin de un proceso. 2. Optimizacin de un proceso al eliminar pasos innecesarios o duplicados. 3. Combinacin de procesos. 4. Reduccin de errores en la captura de informacin mediante la modificacin de formularios y pantallas de despliegue. 5. Reduccin de almacenamiento redundante. 6. Reduccin de salidas redundantes. 7. Mejora en la integracin de sistemas y subsistemas.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
Tambin es importante la manera en que las mejoras a los sistemas de informacin afectan los objetivos corporativos. Estos objetivos incluyen: 1. Mejora de las ganancias corporativas. 2. Apoyo a la estrategia competitiva de la organizacin. 3. Mayor cooperacin con distribuidores y socios. 4. Incremento del apoyo a las operaciones internas con el fin de producir bienes y servicios de manera ms eficiente y eficaz. 5. Incremento del apoyo a la toma de decisiones internas para que stas sean ms eficaces. 6. Mejora del servicio al cliente. 7. Incremento en la moral de los empleados.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
Una vez analizada la problemtica principal de los proyectos, queda por determinar si los proyectos seleccionados son viables La viabilidad de los proyectos de sistemas se evala de tres maneras principales: operativa, tcnica y econmicamente

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
Los datos para el estudio de viabilidad se pueden recopilar mediante entrevistas, tema que trataremos ms adelante.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
Determinacin de Recursos. Los recursos se analizan desde la perspectiva de tres reas de viabilidad: tcnica, econmica y operativa.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD

Viabilidad tcnica Gran parte de la determinacin de recursos tiene que ver con la evaluacin de la viabilidad tcnica. El analista debe averiguar si es posible actualizar o incrementar los recursos tcnicos actuales de tal manera que satisfagan los requerimientos bajo consideracin. Sin embargo, en ocasiones los "agregados" a los sistemas existentes son costosos y no rentables, simplemente porque no cumplen las necesidades con eficiencia. Si no es posible actualizar los sistemas existentes, la siguiente pregunta es si hay tecnologa disponible que cumpla las especificaciones

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
En este punto es benfico el conocimiento de los analistas de sistemas, ya que stos podrn responder la pregunta de la viabilidad tcnica gracias a su propia experiencia y a sus contactos con los fabricantes de tecnologa. Es comn que la respuesta a la pregunta sobre si una tecnologa especfica est disponible y puede satisfacer las necesidades de los usuarios sea "s", y entonces la pregunta pasa al mbito econmico.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
Viabilidad econmica La viabilidad econmica es la segunda parte de la determinacin de recursos bsicos que se deben considerar: a) el tiempo de usted y el del equipo de anlisis de sistemas. b) el costo de realizar un estudio de sistemas completo (incluyendo el tiempo de los empleados con los que trabajar usted] c) el costo del tiempo de los empleados de la empresa, d) el costo estimado del hardware y e) el costo estimado del software comercial o del desarrollo de software. La empresa interesada debe tener la capacidad de calcular el valor de la inversin bajo evaluacin antes de comprometerse a un estudio de sistemas completo. Si los costos a corto plazo no son opacados por las ganancias a largo plazo o no producen una reduccin inmediata de los costos operativos, el sistema no es econmicamente viable y el proyecto debe detenerse.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
Viabilidad operativa Supongamos por un momento que los recursos tcnicos y econmicos se evaluaron de manera adecuada. El analista de sistemas an debe considerar la viabilidad operativa del proyecto solicitado. La viabilidad operativa depende de los recursos humanos disponibles para el proyecto e implica determinar si el sistema funcionar y ser utilizado una vez que se instale. Si los usuarios estn contentos con el sistema actual, no tienen problemas con su manejo y por lo general no estn involucrados en la solicitud de un nuevo sistema, habr una fuerte resistencia a la implementacin del nuevo sistema. Las posibilidades de que entre en funcionamiento son bajas. Por el contrario, si los usuarios mismos han expresado la necesidad de un sistema que funcione la mayor parte del tiempo, de una manera ms eficiente y accesible, hay ms probabilidades de que a la larga el sistema solicitado sea utilizado. En este punto, la determinacin de la viabilidad operativa requiere creatividad por parte del analista de sistemas, as como de su capacidad de persuasin para indicarle a los usuarios cules son las probables interfaces y cules satisfarn sus necesidades.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
Estudio de Factibilidad y su relevancia. El analista de sistemas debe asegurarse de abordar en el estudio preliminar las tres reas de viabilidad tcnica, econmica y operativa. El estudio de un proyecto de sistemas solicitado debe realizarse con rapidez con el fin de que los recursos que se dediquen a ste sean mnimos, la informacin arrojada por el estudio sea slida y el inters hacia el proyecto siga vigente. Se trata de un estudio preliminar, que antecede al estudio del sistema, y debe ejecutarse con rapidez y eficiencia.

2 Unidad: Actividades de la Ingeniera de Requerimientos

Etapas del Proceso de Software

(Sommerville)

Especificacin

Validacin

Diseo / Programacin

Evolucin

2 Unidad: Actividades de la Ingeniera de Requerimientos

Especificacin del Software

Especificacin = Ingeniera de requerimientos Proceso donde: - Comprender y obtener los servicios que requiere el Sistema, - Identificar las restricciones , funcionamiento del software. Etapa crtica Conduce a la produccin de modelos de requerimientos

2 Unidad: Actividades de la Ingeniera de Requerimientos

Etapas Especificacin del Software

Estudio de Viabilidad: -Necesidades del usuario se satisfacen con la tecnologa actual. -Factibilidad econmica. -Esta etapa debe ser econmica y fcil de elaborar. Obtencin y Anlisis de requerimientos: -Mediante la observacin del software existente -Aqu se pueden desarrollar uno o ms modelos de prototipo. -Esto ltimo ayuda al analista comprender mejor

2 Unidad: Actividades de la Ingeniera de Requerimientos

Etapas Especificacin del Software(II)

Especificacin de requerimientos -Traducir la informacin recopilada durante el anlisis a un documento que resume los requerimientos. Requerimientos - De Usuario: declaraciones abstractas del cliente y usuario final - Requerimientos del sistema; descripcin ms detallada de la funcionalidad a proporcional

2 Unidad: Actividades de la Ingeniera de Requerimientos

Especificacin del Software

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
RESUMEN
Un elemento importante que debemos considerar es el estudio de factibilidad para implementar nuestra solucin en la organizacin; para lograr esto los informticos deben realizar un levantamiento de Informacin sobre los siguientes aspectos FACTIBILIDAD TCNICA: Identificar y cuantificar las disponibilidad de recursos informticos existentes en la organizacin, como por ejemplo, computadores, software, programas de aplicacin y otros que nos pueden ser tiles para desarrollar e implementar nuestro modelo Es importante destacar, que aquellos recursos que ya se encuentran en la organizacin y que potencialmente podrn ser utilizados deben cuantificarse monetariamente de forma negativa. Este simple hecho denotar una evidente optimizacin de recursos para el usuario.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
FACTIBILIDAD OPERACIONAL: Identificar a los usuarios que se vern directamente afectados por nuestro sistema, no basta. Desde el punto de vista operacional debemos considerar que tipo de Caractersticas, conocimientos o habilidades debe tener o adquirir cada uno de los usuarios para ser parte de nuestro sistema. Es importante definir en este estudio cuales son los conocimientos ideales que nuestros usuarios deberan tener para que el uso del sistema sea ptimo, as como tambin evaluar que grado actual de conocimientos tienen, con el fin de planificar una capacitacin adecuada. La importancia de esta actividad radica en anticiparse a cualquier falla funcional de nuestro sistema, provocada por un usuario mal capacitado o no capacitado o sencillamente desmotivado.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
FACTIBILIDAD ECONMICA: Este estudio debe considerar un resumen de los dos estudios anteriores. Adems de indicar los costos de construccin y puesta en marcha de nuestro sistema solucin. La factibilidad econmica debe resumir todos los costos implcitos, de nuestro sistema solucin.

2 Unidad: Actividades de la Ingeniera de Requerimientos

DETERMINACION DE LA VIABILIDAD
RESUMEN DE PROYECTO: En esta etapa la organizacin determina si el proyecto continua o no, en forma total o parcial. La continuidad del proyecto va a depender del grado de detalles que fundamenten su decisin. COSTO Y BENEFICIOS IMPLCITOS