Erika Daz Garca Ing.

Sistemas Computacionales Requerimientos Funcionales Definen las funciones que el sistema ser capaz de realizar.

19/12/11 Planificacin y modelado

Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas Son declaraciones de los servicios que proveer el sistema de la manera en que reaccionar a entradas particulares. Requerimientos no funcionales. Son restricciones de los servicios o funciones ofrecidos por el sistema, incluyen restricciones de tiempo, sobre el proceso de desarrollo, estndares. No se refieren directamente a las funciones especficas que entrega el sistema sino a las propiedades emergentes de este como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. Casos de uso Es la descripcin de los pasos o las actividades que debern realizarse para llevar a cabo algn proceso. Los personajes o entidades que participaran en un caso denominan actores es una secuencia de interacciones que se desarrollaran entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Sirven para especificar la comunicacin y el comportamiento de un sistema mediante su interaccin con los usuarios y /o otros sistemas Diseo de una interfaz de usuario. Es el diseo, creacin de aplicaciones, maquinas, dispositivos de comunicacin mvil, aplicaciones de software y sitios web enfocado en la experiencia de usuario y la interaccin. Es una actividad multidisciplinar que involucra el conocimiento de diseo grafico, industrial web de software y la ergonoma. Su objetivo es que la aplicaciones o los objetos seamos atractivos y adems hacer la interaccion con el usuario sea lo mas intuitiva posible a travez de recursos como la grfica, los pictoramas, los estereotipos y la simbologa, todo sin afectar el funcionamiento tcnico eficiente.

Erika Daz Garca Ing. Sistemas Computacionales ISO 9000

19/12/11 Planificacin y modelado

Conjunto de estndares interracionales que se utilizan en el desarrollo de gestin de calidad Se refiere a los procedimientos que son utilizados por la compaa se puede conseguir el ISO 9001

Estndares de documentacin. Son documentos importantes ya que son la nica forma tangible que representa el software y sus procesos. Estndares de documentacin Estandar del proceso de documentacin Estandares de documento Estandares para el intercambio de documentos.

Ejemplo de produccin de documentos. Etapa 1: Creacin

Crear borrador inicial Revisar borrador Incorporar comentarios a la revisin Rehacer documento borrador

Etapa 2: Refinamiento
Corregir testo Producir borrador final Comprobar borrador final

Etapa 3: Produccin
Arreglar texto Revisar arreglos Producir patrones de impresin Imprimir copias

Erika Daz Garca Ing. Sistemas Computacionales ISO 9001

19/12/11 Planificacin y modelado

No es un estndar para el desarrollo de software pero define los principios generales que se aplican al software. AREAS COMPRENDIDAS POR EL ISO 9001 Control de productos desconformes Control de proceso Revisin de contrato Auditoria de calidad interna Compras Registros de calidad Tcnicas estadsticas Capacitacin. Proceso de la calidad de organizacin Modelos de calidad ISO 9001

Incorpora una

Administracin de calidad Incorpora un Apoya Manual de calidad Plan de calidad 3

Plan de calidad 1

desarrollo

Plan de calidad 2

Erika Daz Garca Ing. Sistemas Computacionales Analisis de los requerimientos

19/12/11 Planificacin y modelado

Requerimiento: Condicion o necesidad de un usuario para resolver un problema o alcanzar un objetivo. Requerimientos: Funcionales o Definen funciones que el sistema sera capaz de realizar o Describe las transformaciones que el sistema realiza sobre las entradas para producir No funcionales o Caractersticas que pueden limitar El sistema: Rendimiento Interfaz Seguridad Portabilidad

Ejemplo: Los usuarios compraran crditos para adquirir canciones Registrar informacin de usuario y crditos que poseen Permite a usuarios registrados que compren crditos y herramientas para pagarlos Informacion sobre canciones y precios Buscar informacin.

El sistema debe visualizar y funcionar correctamente cumplir reglamento de medidas de seguridad no tardar mas de 5 segundos en mostrar resultados. Casos de uso: Tcnica para la captura de requisitos potenciales de un nuevo sistema o una actualizacin de software Proporciona uno o mas escenarios que indica como debera interactuar el sistema con el usuario. En otras palabras es una secuencia de interacciones que se desarrolla entre un sistema y sus actores en respuesta a un evento que inicia un actor principal.

Erika Daz Garca Ing. Sistemas Computacionales Diagrama de caso de uso.

19/12/11 Planificacin y modelado

Realizar reintegro

Cliente

Cambiar PIN Obtener ltimos movimientos.

Agregar billetes

Empleado de sucursal A)Elementos actores recursos de uso y relaciones entre casos de uso b)Actores es algo con comportamiento como una persona (identificada por un rol) Limitantes: No pueden meterse dentro de un caso de uso, no soluciona ni describe la funcin de sistema sino solo las actividades. Tipos de diagramas included y extented. Diseo de interfaz de usuario Propsito: Es recoger de los la informacin del sistema y ponerla a disposicin de otros usuarios. No interactivas: utilizan un soporte de papel para contener la informacin Entradas: Se realizan en formularios especialmente diseados Salidas: Se producen en un listado impreso.

Interactivas: Provoca un dialogo hombre_maquina que permite el intercambio rpido de informacin. Aspectos a considerar en los formatos de pantalla Encabezamiento Cuerpo principal Pie Teclas de funcin Teclas de ayuda Lneas de visualizacin de mensajes

Erika Daz Garca Ing. Sistemas Computacionales

19/12/11 Planificacin y modelado

Se realiza un prototipo dinamico que permita la simulacin para los dilogos considerados como crticos. A la hora de disear pantallas hay que tener en cuenta: Caracteristicas deseadas (simplicidad, claridad, y fcil de comprender) Saber donde situar la informacin Se deben evitar las entradas repetitivas El color de la pantalla La interfaz debe recoger toda la informacin sin errores.

Enfoque estructural Consiste en la estructura interna del programa para elegir los casos de prueba La prueba ideal consistir en probar todos los posibles caminos de ejecucin. (caja blanca)

Efonque funcional. Consiste en estudiar la especificacin de las funciones, la entrada y salida para derivar casos. La prueba ideal consiste en aprobar todos los posibles entradas y salidas del programa. (caja negra)

Enfoque aleatorio. Consiste en utilizar modelos que represente las posibles entradas para crear los costos La prueba consiste en aprobar todas posibles entradas del programa.

Reglas en el diseo de interfaz de usuario Dar control al usuario, facilidad de interaccion con teclado Reducir la carga de memoria de usuario evitar que piense el usuario. Presentar al usuario solo la informacin que necesita Evolucion de interfazes. Avanzes tecnolgicos Necesidades del usuario.

Consistencia: estndar en la apariencia esttica (iconos, fuentes, colores, distribucin de pantallas)

Erika Daz Garca Ing. Sistemas Computacionales Exploracion de la interfaz sin miedo a errores

19/12/11 Planificacin y modelado

Reglas de interaccion 1) 2) 3) Coherencia Permitir a los usuarios frecuentes utilizar accesos directos Ofrece comentarios informativos. A prueba de errores Usuarios inteligentes: el usuario puede equivocarse y corregir su error la aplicaron no debe permitir errores Indicadores de proceso Apoyo interno a un enfoque de control total : usuarios experimentados (sentir que responde a sus acciones). Reducir la carga de la memoria a corto plazo. Secuencias de acciones, limitacin de recursos procesamiento,. Un buen diseo xito o el fracaso de un sistema.

Integracion de la interfaz al caso de uso. Aunque se han propuesto modelos diferentes para el diseo de la interfaz de usuario. 1) Con base en la informacin desarrollada durante el anlisis de la informacin, definir los objetos y las acciones. 2) Definir eventos (acciones del usuario) 3) Representa cada estado de la interfaz tal como lo vera el usuario final 4) Indicar como interpreta el usuario el estado del sistema o partir de la interfaz

Erika Daz Garca Ing. Sistemas Computacionales

19/12/11 Planificacin y modelado