Estimación de Esfuerzo con Casos de Uso
|
|
- María Victoria Salas Fuentes
- hace 5 años
- Vistas:
Transcripción
1 Estimación de Esfuerzo con Casos de Uso Ing. Natalia Bibiana Trejo
2 Estimación de Esfuerzo con Casos de Uso Necesitamos predecir Cuánto tiempo llevará el desarrollo del SW Cuántas personas se requieren para hacerlo Cuánto tiempo llevará al ingeniero de software cumplir una tarea dada depende principalmente de la complejidad del problema y de las habilidades del ingeniero
3 Estimación de Esfuerzo con Casos de Uso Necesitamos cuantificar La complejidad del sistema Funcionalidad Complejidad técnica El nivel de experiencia de las personas que integran el proyecto El tiempo necesario para producir una unidad de complejidad Se pretende obtener un número único que caracterice completamente al sistema y que se correlacione con la productividad observada del ingeniero
4 Estimación de Esfuerzo con Casos de Uso Estimador de Punto de Caso de Uso Un método de estimación creado por Gustav Karner de Rational Software Corporation Caracteriza la complejidad del sistema mediante Puntos de Casos de Uso Es usado para obtener una idea del número de horas-hombre para un proyecto Se derivó empíricamente y la cantidad de ensayos hasta la fecha muestran que es aplicable satisfactoriamente en aplicaciones de negocio, como los sistemas de información
5 Estimador de Punto de Caso de Uso Este método involucra los siguientes pasos Calcular Puntos de Casos de Uso no Ajustados (UUCP) Pesar Actores (UAW) & Pesar CUs (UUCW) UUCP = f (UAW;UUCW) = UAW + UUCW Calcular Puntos de Casos de Uso (UCP) Pesar Factores Técnicos (TCF) Pesar Factores Ambientales (EF) UCP = f (UUCP; TCF; EF) = UUCP * TCF * EF Estimar el número de horas-hombre Horas-hombre = f (UCP)
6 Un ejemplo Sistema de procesamiento de órdenes Registrar Reclamo Obtener Catálogo Obtener Estado de la Orden Administrador Soporte al Cliente Login Cliente Cancelar Orden <<include>> <<include>> <<include>> Actualizar Cuenta Ingresar Orden <<include>> Sistema Contable <<include>> <<include>> Actualizar Cantidades del Producto Devolver Producto Obtener Información del Producto Sistema de Inventario Cliente Rep Ejecutar Reporte de Ventas <<include>> <<include>> Recibir artículos ordenados pendientes Empleado Diagrama de Casos de Uso Completar y enviar orden Compañía de Envío
7 Pesar los Actores Calcular UUCP Considerar la complejidad de los actores determinando si cada actor es una persona u otro sistema y la forma en la que interactúa con el sistema a desarrollar Tipo de actor Simple Promedio Complejo Descripción Otro sistema con una API (Application Programming Interface) definida Otro sistema interactuando a través de un protocolo (ej. TCP/IP) o una persona interactuando a través de una interfaz en modo texto Una persona interactuando a través de una interfaz gráfica de usuario
8 Calcular UUCP Pesar los Actores (cont.) Contar cuántos actores de cada tipo existen en el sistema Multiplicar cada tipo por su factor de peso Tipo de actor Simple Promedio Complejo Factor 2 3 Sumar estos productos para obtener el total UAW
9 Calcular UUCP Pesar los Actores (cont.) Sistema Procesamiento de órdenes Determinar el tipo para cada actor del sistema Actor Tipo Cliente Sistema de inventario Sistema Contable Administrador de Soporte al Cliente Cliente Rep Vendedor Empresa de distribución Complejo Simple Simple Promedio Complejo Complejo Promedio
10 Calcular UUCP Pesar los Actores (cont.) Sistema Procesamiento de órdenes Contar cuántos actores hay de cada tipo 2 Simple, 2 Promedio y 3 Complejo Multiplicar las cantidades de cada tipo por su peso 2 Simple * = 2 2 Promedio * 2 = 4 3 Complejo * 3 = 9 Sumar estos productos para obtener el total Total de Pesos de Actores = 5 UAW
11 Calcular UUCP Pesar los CUs Para cada CU determinar si es simple, promedio o complejo Alternativas: Basado en Transacciones o basado en Clases de Análisis Contar cuántos CU de cada tipo hay en el sistema Multiplicar la cantidad de cada tipo por el factor de peso de ese tipo Sumar estos productos para obtener el total UUCW
12 Calcular UUCP Pesar los CUs Basado en transacciones Determinar el número de transacciones en un caso de uso, incluyendo los caminos alternativos Una transacción es un conjunto de actividades atómicas, donde se ejecutan todas ellas o no se ejecuta ninguna Tipo de CU Simple Promedio Complejo Descripción 3 transacciones o menos 4 a 7 transacciones Más de 7 transacciones Factor 5 0 5
13 Sistema de Procesamiento de órdenes Documento de CU Nombre: Ingresar orden Descripción breve Este CU describe el proceso mediante el cual las órdenes son ingresadas en el sistema de procesamiento de órdenes Flujo de Eventos Camino básico. El CU comienza cuando el cliente selecciona Ingresar Orden en la pantalla principal 2. El sistema muestra la pantalla de Ingresar Orden 3. El cliente ingresa su nombre y dirección 4. El cliente ingresa los códigos de productos a ser ordenados 5. Para cada código de producto ingresado a. Incluir Obtener Información del Producto b. El sistema agrega el precio del ítem al total Fin del bucle 6. El cliente ingresa la información de pago de la tarjeta de crédito 7. El cliente selecciona Aceptar 8. El sistema verifica la información 9. El sistema almacena la orden como pendiente Incluir Almacenar Orden 0. Incluir Actualizar Cuenta. El sistema marca la orden como confirmada Incluir Actualizar Orden 2. El sistema devuelve un ID de orden al cliente y el caso de uso finaliza
14 Sistema de Procesamiento de órdenes Nombre: Ingresar orden Descripción breve Flujo de Eventos Caminos alternativos Cancelar orden ingresada Error en el pago Dirección de envío incompleta Código de producto no coincide con los productos actuales El producto ya no se vende El cliente paga con cheque Camino alternativo: Cancelar orden ingresada Precondición: el usuario no selecciona Enviar. El camino alternativo comienza cuando el Cliente selecciona Cancelar 2. El sistema descarta cualquier información ingresada 3. El sistema regresa a la pantalla anterior 4. El caso de uso finaliza Documento de CU
15 Calcular UUCP Pesar los CUs Sistema de Procesamiento de órdenes Determinar si los casos de uso son de tipo simple, promedio o complejo Caso de Uso Ingresar orden Devolver producto Cancelar orden Obtener estado de orden Enviar catálogo Ejecutar reporte de ventas Registrar reclamo Completar y enviar orden Recibir ítems ordenados pendientes Tipo Promedio Promedio Simple Simple Simple Simple Simple Promedio Promedio
16 Calcular UUCP Pesar los CUs Sistema de Procesamiento de órdenes Contar cuántos CUs hay de cada tipo 5 Simple, 4 Promedio y 0 Complejo Multiplicar las cantidades de cada tipo por su peso 5 Simple * 5 = 25 4 Promedio * 0 = 40 0 Complejo * 5 = 0 Sumar estos productos para obtener el total Total de Pesos de CUs = 65 UUCW
17 Calcular UUCP Calcular los Puntos de Caso de Uso No Ajustados UUCP = UAW + UUCW UUCP Sistema de Procesamiento de órdenes = = 80 UUCP nos dan una idea de la complejidad de los casos de uso y de sus interfaces, pero Qué hay acerca de los factores técnicos y ambientales o del entorno del sistema???
18 Calcular UCP Factores Técnicos Factor Descripción T Sistema distribuido T2 Objetivos de performance o tiempo de respuesta T3 Eficiencia del usuario final T4 Procesamiento interno complejo T5 El código debe ser reutilizable T6 Facilidad de instalación T7 Facilidad de uso T8 Portabilidad T9 Facilidad de cambio T0 Concurrencia T Incluye objetivos especiales de seguridad T2 Provee acceso directo a terceras partes T3 Se requieren facilidades especiales de entrenamiento a usuarios Peso
19 Calcular UCP Factores Técnicos Recorrer la tabla y estimar cada factor entre 0 y 5 Un valor de 0 significa que el factor es irrelevante Un valor de 5 significa que el factor es esencial Un valor de 3 significa que el valor es promedio Multiplicar la estimación de cada Factor (TLevel) por su peso Sumar estos productos para obtener el total (TFactor)
20 Calcular UCP Pesar Factores Técnicos Sistema de Procesamiento de órdenes Factor Técnico Peso TLevel TLevel * Peso Justificación T 2 2 T2 3 3 T3 5 5 T4 T5 0 0 T T T T9 3 3 T0 5 5 T 3 3 T2 5 5 T3 0 0 TFactor = (TLevel * Peso) = 32 Sistema cliente-servidor Velocidad limitada por la entrada de datos del operador Necesita ser eficiente Fácil procesamiento Deseable pero más adelante Necesita ser fácil para las personas no técnicas Necesita ser fácil para las personas no técnicas No en este momento Necesario No exactamente, pero es multiusuario Seguridad simple Clientes Muy fácil por lo que no requiere entrenamiento
21 Calcular UCP Pesar Factores Técnicos Sistema de Procesamiento de órdenes TFactor = (TLevel * Peso) = 32 TCF = (0.0 * TFactor) TCF = (0.0 * 32) = 0.92
22 Factores Ambientales Calcular UCP E E2 E3 E4 E5 E6 E7 E8 Factor Ambiental Descripción del factor Familiaridad con el modelo de proyecto Experiencia en la aplicación Experiencia en orientación a objetos Capacidad del analista líder Motivación Estabilidad de los requerimientos Personal part-time Dificultad del lenguaje de programación Peso
23 Calcular UCP Pesar Factores Ambientales Recorrer la tabla y estimar cada factor entre 0 y 5 Factores entre E y E4 Una estimación de 0 significa sin experiencia; 3 significa experiencia promedio; 5 significa amplia experiencia Factor E5 (Motivación) 0 significa sin motivación; 3 motivación media; 5 significa motivación alta Factor E6 (Requerimientos estables) 0 significa requerimientos altamente inestables; 3 estabilidad media; 5 requerimientos estables Factor E7 (Personal Part-Time) 0 significa ningún personal part-time; 5 significa que todo el personal es part-time Factor E8 (Lenguaje de Programación) 0 significa lenguaje de programación fácil de usar; 5 significa lenguaje de programación difícil de utilizar
24 Calcular UCP Pesar Factores Ambientales Luego multiplicamos la estimación para cada factor (ELevel) por su peso Sumamos estos productos para obtener el total (EFactor)
25 Calcular UCP Pesar Factores Ambientales Sistema de Procesamiento de órdenes Factor Ambiental E E2 E3 E4 E5 E6 E7 E8 Peso ELevel EFactor = (ELevel * Peso) = ELevel * Peso La mayoría del equipo no está familiarizado La mayoría del equipo son programadores Programadores OO El líder es idóneo Justificación El equipo está entusiasmado No se esperan cambios Sin empleados a tiempo parcial Se programará con Java
26 Calcular UCP Pesar Factores Ambientales Sistema de Procesamiento de órdenes EFactor = (ELevel * Peso) = 20.5 EF =.4 + (-0.03 * EFactor) EF =.4 + (-0.03 * 20.5) = 0.785
27 Calcular UCP Calcular los Puntos de Caso de Uso UCP = UUCP * TCF * EF UCPsistema de procesamiento de órdenes = 80*0.92*0.785 = UCP nos da una idea de la complejidad del sistema ajustado a los factores técnicos y del entorno
28 Estimación del proyecto Estimar Horas-hombre En general, Karner sugiere usar 20 horas-hombre por UCP Horas-hombre sistema de procesamiento de órdenes = * 20 = ~ 29 semanas a 40 horas por semana, para una persona Tomando un equipo pequeño de 6 personas trabajando full-time ~ 5 semanas de esfuerzo Agregar algunas semanas para trabajar en cualquier problema del equipo Lo veremos más adelante
29 Estimación del proyecto Estimar Horas-hombre Schneider & Winter sugieren un refinamiento basado en los Factores Ambientales Factores EF miden el nivel de experiencia del equipo de desarrollo y la estabilidad del proyecto Cualquier problema en este área significa que tendremos que invertir tiempo en el entrenamiento de las personas o solucionando problemas debido a la inestabilidad
30 Estimación del proyecto Estimar Horas-hombre Schneider & Winter sugieren un refinamiento basado en los Factores Ambientales Se calcula este valor de la siguiente manera: Contar cuántos factores ambientales desde E a E6 son inferiores a 3 (valor de nivel promedio) y cuántos de los factores ambientales E7 y E8 son superiores a 3 Entonces se usan 20 horas-hombre por UCP si el valor es 2 28 horas-hombre por UCP si el valor es 4 36 horas-hombre por UCP si el valor es 5» En este caso considerar modificar el proyecto ya que es muy riesgoso
31 Calcular UCP Pesar Factores Ambientales Sistema de Procesamiento de órdenes E E2 Es inferior a 3 Factor Ambiental Pes o ELevel 3 ELevel * Peso.5.5 Justificación La mayoría del equipo no familiarizado La mayoría del equipo son programadores E3 3 3 E E5 5 5 E E7-0 0 E Tenemos un EF inferior al promedio Programadores OO El líder es idóneo El equipo está entusiasmado No se esperan cambios Sin empleados a tiempo parcial Se programará con Java => 20 horas-hombre por UCP
32 Estimación del proyecto Estimar Horas-hombre El valor de esfuerzo estimado se refiere solamente a las horashombre invertidas en el desarrollo de la funcionalidad especificada en los CUs Un nuevo ajuste consiste en sumar a la estimación de esfuerzo obtenida por UCP, las estimaciones de esfuerzo de las demás actividades relacionadas con el desarrollo del software, distribuidas según la siguiente aproximación: Actividad Análisis Diseño Programación Pruebas Sobrecarga (otras actividades) Porcentaje 0% 20% 40% 5% 5%
33 Estimación del proyecto Estimar Horas-hombre Sistema Procesamiento de órdenes Horas-hombre sistema de procesamiento de órdenes = * 20 = Actividad Análisis Diseño Programación Pruebas Sobrecarga (otras actividades) TOTAL Esfuerzo Porcentaje 0% 20% 40% 5% 5% 00% Horas-hombre ~ 72 semanas a 40 horas por semana, para una persona Tomando un equipo de 6 personas trabajando full-time ~ 2 semanas de esfuerzo
EL MÉTODO DE LOS PUNTOS CASO DE USO (UCP)
EL MÉTODO DE LOS PUNTOS CASO DE USO (UCP) Mª Carmen García y Javier Garzás www.kybeleconsulting.com 1. INTRODUCCIÓN El método de Punto de Caso de Uso (UCP - Use Case Point), está basado en los tradicionales
Más detallesPUNTOS DE CASOS DE USO
PUNTOS DE CASOS DE USO Roy K. Clemmons Project Estimation With Use Case Points Diversified Technical Services, Inc., Febrero 2006 PUNTOS DE CASOS DE USO (UCP) Introducido por Gustav Karner en 1993 (Universidad
Más detallesESTIMACIÓN DE PROYECTOS DE SOFTWARE CON PUNTOS DE CASOS DE USO
ESTIMACIÓN DE PROYECTOS DE SOFTWARE CON PUNTOS DE CASOS DE USO Valero Orea, Sergio* RESUMEN Uno de los principales problemas a los que nos enfrentamos los desarrolladores de software al momento de planear
Más detallesResumen. Abstract. Introducción
Método de puntos de casos de uso y CMMI nivel 2 en el proyecto de desarrollo de sistemas de información geográfica para dispositivos móviles. Method uses case points and CMMI level 2 on the project of
Más detallesESTIMACIÓN DE ESFUERZO. Algunos elementos: Yadran Eterovic
ESTIMACIÓN DE ESFUERZO Algunos elementos: Yadran Eterovic Estimación de Esfuerzo Según el Diccionario de la Lengua Española (22a ed.) de la RAE, estimación es Aprecio y valor que se da y en que se tasa
Más detallesCASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda
CASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda Documento de casos de uso Versión Historia de Revisión Fecha Versión Descripción Responsable 25/02/2005
Más detallesIngeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes
Ingeniería de requerimientos de software: Análisis Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencias El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar
Más detallesSelección del Hardware y Software Administración del proceso de desarrollo de Sistemas de Información.
Administración del proceso de desarrollo de Sistemas de Información. Determinación de las necesidades de hardware y software. Existencia de equipo en la organización. Proceso de estimación de las cargas
Más detallesEspecificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor
Especificación de Requerimientos Nombre del Grupo de Desarrollo o Asignatura [Este documento es la plantilla base para elaborar el documento Especificación de Requerimientos. Los textos que aparecen entre
Más detallesAtributos de Calidad del Software
Atributos de Calidad del Software Los usuarios comúnmente se centran en lo que el sistema debe hacer por ellos y no piensan en otros atributos que el software debe tener. Son los analistas los que deben
Más detalles4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software
UARG.UNPA 2009 Un caso de uso es una interacción típica entre un usuario y un sistema computacional.(fowler) Un caso de uso especifica el comportamiento deseado del sistema (objetivos del usuario). (Jacobson)
Más detallesTEMA: CASOS DE USO DEL PROYECTO CATEDRÁTICO: ING. ANA MERCEDES CACERES GRUPO: RAUL ERNESTO CRUZ ORELLANA LEVI OSMIN RODRIGUEZ OROZCO
UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERIA ESCUELA DE COMPUTACION ANALISIS Y DISEÑO DE SISTEMAS I CICLO 2/06 TEMA: CASOS DE USO DEL PROYECTO CATEDRÁTICO: ING. ANA MERCEDES CACERES GRUPO: 01 ESTUDIANTES:
Más detallesActores. Casos de Uso. Requisitos: Descripción Casos de Uso (v 1.0) Weitzenfeld 1. Apéndice Requisitos: Modelo de Casos de Uso
Requisitos: Descripción Casos de Uso (v 1.0) Weitzenfeld 1 Apéndice Requisitos: Modelo de Casos de Uso Usuario Actor: Casos de Uso: : Descripción: Usuario Validar Usuario, Registrar Usuario, Registrar
Más detallesCAPÍTULO 5 DESARROLLO DEL SISTEMA
DESARROLLO DEL SISTEMA CAPÍTULO 5 DESARROLLO DEL SISTEMA 5.1 IMPLEMENTACIÓN DE BASE DE DATOS La implementación de la base de datos se realizó usando el manejador de Bases de datos Microsoft SQL Server
Más detallesEstimación de Costos
Establecimiento de Requerimientos Estimación de Costos Durante la etapa planteamiento Control del progreso del proyecto Número de personas necesarias Establecer el cronograma Evaluar si el proyecto evoluciona
Más detallesCENSO DE UN PUEBLO O CIUDAD
CENSO DE UN PUEBLO O CIUDAD Crespo García Andrés Felipe 4151310014 UNIVERSIDAD DE CARTAGENA Facultad de Ingeniería PROGRAMA DE INGENIERÍA DE SISTEMAS Programas de Educación Abierta y a Distancia Cartagena
Más detallesSistema para el alquiler, control de películas y clientes en una videotienda
CASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda Documento de casos de uso Versión Historia de Revisión Fecha Versión Descripción Responsable 25/02/2005
Más detallesAnexo # 1 MODELO DE ENCUESTA A PROFESORES QUE NO SON DE INFORMÁTICA SEDE UNIVERSITARIA MUNICIPAL JESÚS MENENDEZ
ANEXOS Anexo # 1 MODELO DE ENCUESTA A PROFESORES QUE NO SON DE INFORMÁTICA SEDE UNIVERSITARIA MUNICIPAL JESÚS MENENDEZ Compañero (a): El siguiente cuestionario pretende conocer su criterio sobre algunos
Más detallesEJEMPLO PRACTICO. Metodologías, UML y patrones de diseño. Mentor: MsC(c) Esp Alexis Olvany Torres Ch
EJEMPLO PRACTICO Metodologías, UML y patrones de diseño Mentor: MsC(c) Esp Alexis Olvany Torres Ch Lenguaje de Modelamiento Unificado (Diagramas UML) 1. DEFINICIÓN UML (Lenguaje de Modelamiento Unificado),
Más detallesARQUITECTURAS. Carlos Reveco D. IN73J Arquitectura, Diseño y Construcción de un Negocio con Apoyo TI.
ARQUITECTURAS 1 IN73J Arquitectura, Diseño y Construcción de un Negocio con Apoyo TI Carlos Reveco D. creveco@dcc.uchile.cl Arquitectura de una aplicación 2 Arquitectura: desarrolla un plan general del
Más detallesBitácora Cuestionario Calidad Técnica de las Aplicaciones (Software a la medida)
Bitácora Cuestionario Calidad Técnica de las Aplicaciones (Software a la medida) Cliente (CONAVI) Página de No. Nombre de la aplicación Entrevistado/Teléfono Fecha Si está completo Regresado Chequeado
Más detallesPONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ
PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UNA HERRAMIENTA CASE PARA LA GESTIÓN DEL ALCANCE DE PROYECTOS BASADA EN WBS Anexos Germán
Más detallesUso de Metodología ICONIX
Uso de Metodología ICONIX Metodología Consiste en un lenguaje de modelamiento y un proceso. El lenguaje de modelamiento es la notación gráfica (incluye diferentes tipos de diagramas) El proceso define
Más detallesIngeniería del Software de Gestión Titulación: ITIG / ITIG - LADE 1º Cuatrimestre - octubre de 2012
Ejercicio Análisis 4. Planificación Proyectos. Estimaciones Software. PUNTOS DE FUNCIÓN. Este molo se basa en estimar el tamaño funcional l software. En este método is una forma medir las capacidas una
Más detallesSistema de Certificado de Origen Digital - SCOD
Sistema de Certificado de Origen Digital - SCOD DIAGRAMA DE CLASES Y CASOS DE USO MAS RELEVANTES (fragmento) ALADI/PPCOD/EDP/SCOD/002/2009 (27/01/2009) TABLA DE CONTENIDO 1 DIAGRAMA DE CLASES...3 2 CASOS
Más detallesGrow Shop Web Estimación de costos del proyecto. Francisco Pérez Pavón Id Asignaturas: Comercio Electrónico y Proyectos Informáticos.
Grow Shop Web Estimación de costos del proyecto Francisco Pérez Pavón Id 11231 Asignaturas: Comercio Electrónico y Proyectos Informáticos. 1 Estimación de costos del proyecto Se realizarán dos aproximaciones
Más detallesSoftware contable XXXXXX
DESCRIPCIÓN DE PROCESOS ACTUALES Y/O AUTOMATIZADOS Nombre Proceso* Software contable XXXX Descripción* Debido a los problemas de inventarios, facturación y base de datos se hace Ejecución del software
Más detalles5. Cuáles son las actividades primarias de la producción de software
1. La clasificación de los recursos humanos son dos: - Personal con experiencia - Personal nuevo sin experiencia (novatos) 2. Cual son las ventajas y desventajas sobre esta clasificación Las ventajas es
Más detallesIngeniería de Software. Tema 2 ESTIMACION DE PROYECTOS SOFTWARE
UNT. INGENIERIA INDUSTRIAL Ingeniería de Software Tema 2 ESTIMACION DE PROYECTOS SOFTWARE Ing. Francisco Rodríguez Novoa Planificación de Proyectos: Estimación La gestión de proyectos de software comienza
Más detallesTema 1 Introducción al paradigma de programación orientado a objetos
Tema 1 Introducción al paradigma de programación orientado a objetos Programación Orientada a Objetos Curso 2013/2014 Contenido Paradigmas de programación vs. Lenguajes de programación. Evolución de los
Más detallesEspecificaciones Casos de Uso Ingeniería de Software II 2007
Universidad Católica del Maule Facultad de Cs. de la Ingeniería Escuela de Ingeniería Civil Informática Ingeniería de Software I Especificaciones Casos de Uso Ingeniería de Software II 2007 Sistema de
Más detallesSistema CONFFYA CAME. Versión 4.19
Sistema CONFFYA CAME. Versión 4.19 Versión 4.19.2 Gestión Aumentos y Disminuciones: Se modifica la opción de inserción de documentos de notas de crédito y cargo desde XML, en la cual, al seleccionar el
Más detallesUnidad II. Metodología para resolver problemas aplicando la POO. Parte 1
Unidad II Metodología para resolver problemas aplicando la POO Parte 1 1 Metodología para resolver problemas aplicando la POO Fases I.Definición de requisitos II.Análisis del problema III.Diseño de solución
Más detallesMANUAL DE USUARIO PROCESOS ESPECIALES
PROCESOS ESPECIALES Los procesos especiales de la aplicación de Facturación le permitirán realizar operaciones sobre la información que tiene, por eso su importancia ya que cuando se ejecutan puede ayudar
Más detallesEspecificación de requisitos de software
Especificación de requisitos de software Proyecto: Desarrollo de un sistema recomendador web para la toma de decisiones durante el proceso de adquisición de equipos de cómputo utilizando árboles de decisión.
Más detallesMétricas de Producto
de Producto Nilda M. Pérez Otero Sistemas de Información II Cursada 2011 Facultad de Ingeniería - UNJu Fuentes: Ingeniería del Software. Un Enfoque Práctico 6ta. Ed. - Roger S. Pressmann - Capítulo 15
Más detalles7. Gestión de Costes Presupuesto
1 7. Gestión de Costes Presupuesto Gestión de Proyectos Informáticos Universidad Nacional de Jujuy Analista Programador Universitario Plan 2008 Ciclo 2012 Jorge R. Mendoza Gestión de Costes 2 La Gestión
Más detallesPRUEBAS SELECTIVAS PARA EL INGRESO EN EL CUERPO SUPERIOR DE SISTEMAS Y TECNOLOGÍAS DE LA INFORMACIÓN DE LA ADMINISTRACIÓN DEL ESTADO.
INSTITUTO NACIONAL DE MINISTERIO DE HACIENDA PRUEBAS CUERPO SUPERIOR DE SISTEMAS Y DE LA ADMINISTRACIÓN DEL ESTADO Madrid, 19 de mayo de 2012 Cuarto ejercicio CO SIDERACIO ES El Tribunal valorará que la
Más detallesProyecto Fin de Carrera
Proyecto Fin de Carrera Capítulo 2: Memoria Descriptiva Página 15 de 265 Capítulo 2: Memoria Descriptiva 3. Objetivo del proyecto En este proyecto se desarrolla una aplicación basada en algunas de las
Más detallesMétricas Número de casos de uso Número promedio de líneas de texto por especificación de caso de uso Número de horas/hombre invertidas
del grupo de trabajo ACTINGPS Proyectos de Software bien Hechos de la aplicación RuGySoft Planeación del desarrollo de la primera parte Objetivo Desarrollar un sistema de información para los usuarios
Más detallesManual Operativo Banco Integrado de Proyectos
Manual Operativo Banco Integrado de Proyectos Página 1 de 18 Tabla de contenido 5. SOLICITUDES... 3 5.1 SOLICITUDES IDI... 3 5.1.1 Crear Solicitud IDI PASO 3... 3 5.1.2 Consultar IDI... 8 5.1.3 Eliminar
Más detallesMANUAL DE USUARIO JENNY PATRICIA MORALES MALDONADO
MANUAL DE USUARIO 2015-2016 JENNY PATRICIA MORALES MALDONADO MANUAL DE USUARIO SISTEMA DE CAPTACIÓN DE REQUERIMIENTOS DE DESARROLLO DE SOTWARE. Introducción: EL Sistema de Captación de Requerimientos de
Más detallesConsejo Nacional de Vialidad (CONAVI)
Consejo Nacional de Vialidad (CONAVI) Licitación Abreviada No. 2008CD-000120-IN Contratación de una consultoría para Elaborar el Plan Estrátegico de Tecnologías de Información del CONAVI Criterios de valoración
Más detallesMUNICIPALIDAD DE ANTOFAGASTA MANUAL DE OPERACIONES PORTAL DE PAGOS
MUNICIPALIDAD DE ANTOFAGASTA MANUAL DE OPERACIONES PORTAL DE PAGOS 2017 TABLA DE CONTENIDOS 1 DESCRIPCIÓN GENERAL DEL SISTEMA... 3 1.1 Diagrama Funcional... 3 1.2 Descripción general... 3 1.3 Componentes
Más detallesEl sistema será definido como SACP (Sistema de Administración de Clientes y Proveedores).
ERS IEEE 830 En el capítulo 1 se explicó que es el estándar IEEE 830. A continuación, se lo aplica en la definición de los requerimientos del sistema, basado en las historias de usuario. Introducción Propósito
Más detallesCAPÍTULO 3 REQUERIMIENTOS Y CASOS DE USO
CAPÍTULO 3 REQUERIMIENTOS Y CASOS DE USO 3.1 REQUERIMIENTOS DEL SISTEMA Se han tomando en cuenta los siguientes requerimientos en correspondencia con el espacio de una solución de software planteada por
Más detalles1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados.
Página 1 de 8 1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de de sistemas automatizados. 2. Ámbito de responsabilidad. RDSI Responsable del Desarrollo
Más detallesMODELOS COMUNES PARA DESARROLLO DE SOFTWARE MODELO LINEAL SECUENCIAL
MODELOS COMUNES PARA DESARROLLO DE SOFTWARE MODELO LINEAL SECUENCIAL Requerimientos del sistema de información son predecibles. Requiere almacenamiento de datos en archivos y BD. Sirve para modelar sistema
Más detallesSISTEMA DE GESTIÓN ACADÉMICA
SISTEMA DE GESTIÓN ACADÉMICA MANUAL DEL CEDIB INDICE: Entrega de Material Bibliográfico al Estudiante Devolución de Material Bibliográfico del Estudiante Verificar Entrega de Material Bibliográfico ENTREGA
Más detallesPROCEDIMIENTO PARA CONTROL DE CALIDAD DE LOS SISTEMAS DE INFORMACIÓN
CODIGO: PRCONTCALID001 Versión 1.0 2015 ANEXO 10 PROCEDIMIENTO PARA CONTROL DE CALIDAD DE LOS SISTEMAS DE INFORMACIÓN NOMBRE Y GARGO FIRMA Elaboró Coordinador del Área de Control de Calidad Revisó y aprobó
Más detallesQué Necesita el Usuario
Qué Necesita el Usuario Qué Pidió el Usuario Cómo lo Vio el Analista Cómo se Diseñó Cómo lo Escribió el Programador Cómo Funciona el Sistema (en ocasiones...) Qué es? Técnica para la captura de requisitos
Más detallesCliente. Generalización. Cliente Comercial
Casos de Uso Análisis y Diseño OO 2008-3 Qué es un caso de uso? Especificación del comportamiento de un sistema ode una parte de este Descripción de un conjunto de secuencia de acciones, incluyendo variantes
Más detallesALTAMIRA LEARNING.
ALTAMIRA LEARNING www.altamirahrm.com LAS FUNCIONALIDADES DE ALTAMIRA LEARNING Altamira Learning es un software en la nube que permite organizar el plan de formación corporativa y gerenciar cursos, asistencias
Más detallesTipo de artículo: Artículo original Temática: Ingeniería y gestión de software Recibido: 28/04/2015 Aceptado: 02/11/2015
Tipo de artículo: Artículo original Temática: Ingeniería y gestión de software Recibido: 28/04/2015 Aceptado: 02/11/2015 Estimación de costos de desarrollo, caso de estudio: Sistema de Gestión de Calidad
Más detallesDiagrama de Casos de Uso: Manejo de Personal / Escuela de Computación. Manejo de Personal. Secretaria del Jefe de Departamento
Jefe de Departamento Manejo de Personal Secretaria de Dirección Coordinadores de Materias Secretaria del Jefe de Departamento Administradora Descripción del Sistema Manejo de Personal: El Sistema Manejo
Más detallesAplicaciones Concurrentes
PROGRAMACIÓN CONCURRENTE TEMA 6 Aplicaciones Concurrentes ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN PROGRAMACIÓN CONCURRENTE Aplicaciones Concurrentes
Más detallesDOCUMENTO ARQUITECTURA DE SOFTWARE
DOCUMENTO ARQUITECTURA DE SOFTWARE 1. Introducción Básicamente, este documento intenta servir de guía durante la fase de elaboración del módulo Recursos Humanos para la División de Personal de la ENAHP-IUT
Más detallesINGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño
INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño Univ. Cantabria Fac. de Ciencias Patricia López Introducción al Diseño Modelamos la estructura software del sistema (incluida la arquitectura) para
Más detallesMétricas del Producto. Sistemas de Información II 2009 Facultad de Ingeniería - UNJu
Métricas del Producto Sistemas de Información II 2009 Facultad de Ingeniería - UNJu Un vistazo rápido Qué son? Guía cuantitativa que ayuda a los ingenieros del sw a conocer mejor el diseño y la construcción
Más detallesPONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA
TESIS PUCP Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No comercial-compartir bajo la misma licencia 2.5 Perú. Para ver una copia de dicha licencia, visite http://creativecommons.org/licenses/by-nc-sa/2.5/pe/
Más detallesManual de Usuario Módulo de Planificación Unidades térmicas Planillas de Declaración Potencia Semanal - No incluye ingenios -
Manual de Usuario Módulo de Planificación Unidades térmicas Planillas de Declaración Potencia Semanal 1 Contenido Introducción... 3 2. Diagrama general gráfico del proceso... 4 3. Cuáles son los pasos
Más detallesAlgoritmos. Medios de expresión de un algoritmo. Diagrama de flujo
Algoritmos En general, no hay una definición formal de algoritmo. Muchos autores los señalan como listas de instrucciones para resolver un problema abstracto, es decir, que un número finito de pasos convierten
Más detallesAnálisis y Diseño del Software. El Lenguaje Unificado de Modelado UML 2.0
Análisis y Diseño del Software El Lenguaje Unificado de Modelado UML 2.0 Contenidos Introducción al modelado del software Presentación de UML Modelado de Casos de Usos Diagramas de casos de uso Modelado
Más detallesAdministración de Proyectos de Software Grupo 02
Reglas: Las respuestas son únicamente de los libros específicos, no debe ser una opinión sino debe de ser lo que el autor del libro considera. Para cada respuesta deberá estar acompañada con el numero
Más detallesArquitectura de Software. Trabajo de Grado. Eric Velandia Sebastian Vivas Version 2.1 Pontificia Universidad Javeriana
Arquitectura de Software Trabajo de Grado Eric Velandia Sebastian Vivas Version 2.1 Pontificia Universidad Javeriana Page 1 of 26 Historial De Revisiones Nombre Fecha Cambio Versión Eric Velandia, 14 de
Más detallesASPECTOS PRÁCTICOS DE LOS CASOS DE USO
ASPECTOS PRÁCTICOS DE LOS CASOS DE USO INGENIERÍA DE SOFTWARE I 2º DE GRADO EN INGENIERÍA INFORMÁTICA CURSO 2017/2018 Francisco José García Peñalvo / fgarcia@usal.es Alicia García Holgado / aliciagh@usal.es
Más detallesArray Development. Array Development Plan de Pruebas de Aceptación Versión 1.0
Array Development Array Development Versión 1.0 Array Development Versión 1.0 Historia de Revisión Fecha Versión Descripción Autor 27/06/2007 1.0 Versión Final Array Development Pág. 2 de 15 Array Development
Más detallesIntroducción al Sistema Operativo Unix
Introducción al Sistema Operativo Unix Sistema Operativo Un sistema operativo es software que supervisa la forma en que se pueden usar los recursos de una computadora. En algunas computadoras el sistema
Más detallesAnálisis Comparativo de Estimación de Esfuerzo en el Desarrollo de Software
Análisis Comparativo de Estimación de Esfuerzo en el Desarrollo de Software Cristian A. Remón 1, Pablo Thomas 2 1 Dpto. I+D Maker Electrónica, Mar del Plata, Argentina cremon@makerelectronica.com.ar 2
Más detallesCrear diagramas basados en UML para la representación de la solución a un problema mediante el Paradigma Orientado a Objetos.
PROGRAMA DE CURSO Modelo 2009 DEPARTAMENTO: COMPUTACIÓN Y DISEÑO GRÁFICO NOMBRE DEL CURSO: Diseño de Software con Práctica Profesional CLAVE: 1013M ACADEMIA A LA QUE PERTENECE: Diseño de Software PROFESIONAL
Más detallesLENGUAJE DE CONSULTA ESTRUCTURADO (SQL)
Qué es una base de datos? Una base de datos (cuya abreviatura es BD) es una entidad en la cual se pueden almacenar datos de manera estructurada, con la menor redundancia posible. Diferentes programas y
Más detallesSistemas de Información.
. < Sistema de Información de Apoyo al rendimiento estudiantil> < Para desarrollar un semestre exitoso se debe contar con una gran disposición, compromiso y voluntad de parte del estudiante
Más detallesModelo de Casos de Uso
Modelo de Casos de Uso Artefactos UML Josep Vilalta Marzo Rev.- 3.1 2007 VICO OPEN MODELING, S.L. www.vico.org 1 Diagramas UML 2.0 Diagrama estructura comportamiento Paquetes Clases Objetos Casos de Uso
Más detallesCaso de Uso. Por ejemplo. Sistema. Actor Actor
Casos de Uso Los diagramas de clases proporcionan una idea estática del sistema. Los diagramas de casos de uso establecen una idea dinámica, es decir que cambian con el tiempo. Los diagramas de casos de
Más detallesSIGA Módulo Patrimonio DEPARTAMENTO DE TECNOLOGÍA DE LA INFORMACIÓN Manual de Usuario: ROL USUARIO CGR/ OPERADOR CGR/ ESPECIALISTA TI Versión: 1.0.
Contraloría General de la República del Perú SIGA Módulo Patrimonio DEPARTAMENTO DE TECNOLOGÍA DE LA INFORMACIÓN Manual de Usuario: ROL USUARIO CGR/ OPERADOR CGR/ ESPECIALISTA TI Versión: 1.0.0 Tabla de
Más detallesMANUAL DE OPERACIÓN SISTEMA INTELISIS FECHAS
MEJ-VER-3147 12 10-2009 1 1 de 20 REQUERIMIENTO Se requiere que al realizar un movimiento de tipo Gasto, Comprobante, Caja Chica en el cual se tenga un concepto definido como Inventaríable genere una Entrada
Más detallesMódulo de Oportunidades
Módulo de Oportunidades Documentación Intelisis. Derechos Reservados. Módulo de Oportunidades 1 Introducción 1.1 1.2 1.3 Introducción 4 Diagrama de Integración 5 Diagrama de Proceso 6 2 Funcionalidad 2.1
Más detalles3. Sistemas de Información Administrativos
3. Sistemas de Información Administrativos 3.2 Sistemas funcionales de Negocio 3.2.6 Sistemas de Recursos Humanos 3.2.7 Sistemas de Contabilidad 3.2.8 Sistemas de Finanzas Funciones del área de Recursos
Más detallesCASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda
CASO DE PRUEBA: Sistema para el alquiler, control de películas y clientes en una videotienda Documento de descripción de pantallas Versión Historia de Revisión Fecha Versión Descripción Responsable
Más detallesINGRESAR A LAS OFERTAS DEL TRÁMITE... 2 OFERTAS... 2 REGISTRAR OFERENTE...
INGRESAR A LAS OFERTAS DEL TRÁMITE... OFERTAS... REGISTRAR OFERENTE... 4 CONSORCIO/CONJUNTO... 5 Registrar nuevo consorcio/conjunto... 5 Editar o eliminar consorcio/conjunto... 5 Incluir nuevo miembro
Más detallesGUÍA DE REFERENCIA PARA USUARIOS PORTAL DE TRANSACCIONES ELECTRÓNICAS E.O.C. México
GUÍA DE REFERENCIA PARA USUARIOS PORTAL DE TRANSACCIONES ELECTRÓNICAS E.O.C México V o l u m e 1 eoc Enterprise Order Center M a n u a l Tabla de Contenido ENTERPRISE Order Center 2 Página Principal...
Más detallesDefinición. Tema 1: Introducción
Tema 1: Introducción Definición Objetivos de los sistemas de bases de datos Vistas de datos Modelos de datos Lenguajes de definición de datos (DDL) Lenguajes de manipulación de datos (DML) Gestión de transacciones
Más detallesCambios en Ingeniería de Software
Cambios en Ingeniería de Software Material tomado del artículo de Casallas Rubby, Villalobos, Jorge. El actual ingeniero de Software. Revista ACIS. Edición Nº 93 Julio - Septiembre de 2005. Preparado por
Más detallesDIRECCIÓN DE ASISTENCIA A LA ADMINISTRACIÓN FINANCIERA MUNICIPAL
DIRECCIÓN DE ASISTENCIA A LA ADMINISTRACIÓN FINANCIERA MUNICIPAL DEPARTAMENTO DE ANÁLISIS Y EVALUACIÓN GUIA DE USUARIO (CONTABILIDAD) GUATEMALA, FEBRERO DE 2018 ÍNDICE 1. CONTABILIDAD... 1 1.1 REGISTRO
Más detallesSistema Interinstitucional de Transferencia de Información
Sistema Interinstitucional de Transferencia de Información SITI@Web Septiembre 2003 Contenido Antecedentes del proyecto Arquitectura del SITI SITI@Web Su evolución Ventajas de su uso Su operación Funcionalidades
Más detallesComputación I. Unidad III. Sistemas de Información. Ing Angela Galea
. Sistemas de Información Ing Angela Galea Introducción Ing Angela Galea 2 Introducción Sistema: conjunto de elementos interrelacionados que persiguen un fin común. Información: datos procesados, o con
Más detallesExamen de Ingeniería del Software / 3º de Informática de Gestión EXAMEN 2º CUATRIMESTRE 16 de junio de 2005
Apellidos: Examen de Ingeniería del Software / 3º de Informática de Gestión NO SE RESPONDERÁN PREGUNTAS DURANTE LA REALIZACIÓN DEL TEST. TEST [3 puntos] Cada pregunta tiene una única respuesta correcta.
Más detallesDocumento de Especificaciones Funcionales
SIMULADOR DE AMBIENTE DE TERMINALES DE PUNTOS DE VENTA (POS) PARA REALIZAR PRUEBAS DE ESFUERZO DE MOTORES TRANSACCIONALES Documento de Especificaciones Funcionales Tabla de Contenidos 1 Introducción...
Más detallesManual de Usuario Sistema SIGESP 1 de 21 Módulo: Configuración Rev. Nº 00. Revisado Por : Firma: Elaborado Por: ADS. Teresa Andrade Firma
1 de 21 A través de este sistema podemos especificar los diversos parámetros operativos que permiten el buen funcionamiento de cada uno de los sistemas que conforman el SIGESP. Entre los cuales tenemos:
Más detallesVida y Cultura. Ixmiquilpense
Vida y Cultura Ixmiquilpense Integrantes: Ambrocio Tejamanil Xhuxha. Espinoza Salinas Blanca Estela. Jahuey Tepetate Zury. Juárez Camacho Adriana. Martínez Marcos Yazmin. Ortiz Sánchez Isidro Misael. Rivera
Más detallesCorpus. Un producto de la familia. Historia digital corporativa. Workflow para la gestión documental
Corpus Workflow para la gestión documental Historia digital corporativa Corpus / Contenido Qué es corpus? Usos y ejemplos Características Ventajas Especificaciones técnicas Tipos de licenciamiento Corpus
Más detallesCONTENIDO. 1.- Antecedentes y objetivos de la Empresa Objetivos del Negocio Diagrama General del CUN..3
CONTENIDO 1.- Antecedentes y objetivos de la Empresa...1 2.-Objetivos del Negocio.2 3.- Diagrama General del CUN..3 3.-Proceso del Negocio del CUN 4 7.-Trabajadores del Negocio.8 8.-Realizacion del Negocio..9
Más detallesSISTEMAS DE INFORMACIÓN II TEORÍA
CONTENIDO: DISEÑO DE SISTEMAS Y ESTRATEGIAS DE DISEÑO DISEÑO TRAZABILIDAD DE MODELOS INTERFACES ALTERNATIVAS DE ESTRATEGIAS DE DISEÑO Material diseñado y elaborado por: Prof. María A. Pérez de Ovalles
Más detallesMANUAL DEL COMERCIO POS MULTIMERCHANT
MANUAL DEL COMERCIO POS MULTIMERCHANT - 1- 1. POS MULTIMERCHANT, provee un servicio de pagos en Internet con tarjeta VISA y es utilizado como un apoyo a las soluciones de comercio electrónico. Desde el
Más detallesESPE UNIVERSIDAD DE LAS FUERZAS ARMADAS INNOVACIÓN PARA LA EXCELENCIA
ESPE UNIVERSIDAD DE LAS FUERZAS ARMADAS INNOVACIÓN PARA LA EXCELENCIA IMPLEMENTACIÓN DE UN SISTEMA WEB TRANSACCIONAL Y LOGÍSTICO PARA LA MICROEMPRESA CRÉDITOS KRISMAT, MEDIANTE LA UTILIZACIÓN DE LA PLATAFORMA
Más detalles