Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Untitled Prezi

No description
by

on 12 June 2016

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Untitled Prezi

Técnicas de prueba:

Objetivo: romper el programa,encontrar el mayor de fallos posibles.Existen 2 enfoques diferentes:

- Caja negra

- Caja blanca

4.2 Construcción: codificación, pruebas y
evaluación, manual del usuario, manual
técnico.

Unidad 4
Análisis del proyecto de software

Integrantes:
Alvarez Gonzalez Reyna I.
Bautista Delgadillo Fernando
Cote Hernandez Daniel
Gomez Jimenez D. Lizeth
Hernandez Mendez Erica

4.1 Modelado: análisis, diseño.
documentación.
Para que el desarrollo de un proyecto de software concluya con éxito, es de suma importancia que antes de empezar a codificar los programas que constituirán la aplicación de software , se tenga una plena comprension de los requisistos del software .

Análisis
El análisis de requisitos del software puede dividirse en cinco aéreas de esfuerzo, que son:
*Reconocimiento del problema
*Evaluación y síntesis
*Modelado
*Especificación
*Revisión


Diseño
El diseño es el primer paso en la fase de desarrollo de cualquier producto o sistema de ingeniería. De acuerdo a Pressman, el objetivo del diseño es producir un modelado o representación de una entidad que se va a construir posteriormente.

Documentación
Técnicas de documentación:
*Especificar la manera en que debe tenerse acceso a los documentos y el código
*Especificar quien hará que y cuando lo hará
*Documentar que debe implementarse
*Documentar el diseño de la aplicación
*Escribir y documentar el código
*Documentar las pruebas que se realicen

Construcción:
Es la creacion detallada de software operativo.
Lenguajes de construccion pueden ser varias clases:
De configuracion.
De Toolkits.
De programacion.

Los principios fundamentales de la construccion de software son:
•Minimizar la complejidad
•Anticipar los cambios
•Pensar en la verificacion posterior
•Aplicar estandares
Coodificación:

La escritura del código fuente es el principal esfuerzo de construcción de software:

- Aplicar técnicas para crear codigo fuente comprensible
- Manejar condiciones de error.
- Prevenir brechas de seguridad a nivel de código.
- Uso eficiente de recursos escasos.
- Organizar el codigo fuente.
- Documentar el codigo.
Evaluación:

Evaluación de Proyectos es un proceso que permite emitir un juicio sobre la conveniencia del proyecto. Este criterio está presente en cada etapa del “Ciclo de proyecto".



Al igual que en las etapas, en cada fase se realiza una evaluación de acuerdo a sus características.
La etapa de Pre-inversión consta de las siguientes fases.



En la etapa de Inversión también se realiza el proceso de evaluar en cada una de sus fases.

La etapa de Inversión consta de las siguientes fases:


La Evaluación de Proyectos es "un instrumento o herramienta que genera información, permitiendo emitir un juicio sobre la conveniencia y con fiabilidad de la estimación preliminar del beneficio que genera el Proyecto en estudio".
De acuerdo con McGlaughlin, hay tres características que sirven como parámetros generales para la evaluación de un buen diseño :

*El diseño debe implementar todos los requisitos explícitos obtenidos en la etapa de análisis
*El diseño debe de una guía que puedan leer y entender los que construyen el código y los que prueban y mantienen el software
*El diseño debe proporcionar una idea completa de lo que es el software

Integrantes del EQUIPO:
Luna Hernández Josue
Juarez Martinez Fernando
Lopez Lopez Cinthia
Juarez Gonzalez Diana
Sanchez Valerio Dalia Guadalupe
Castellanos Hernandez Jose Luis Adrian
Rosas Gutirrez Elizabeht
Elaboración del Manual Técnico.

Un manual técnico es aquel que va dirigido a un público con conocimientos técnicos sobre algún área,
mientras que, por ejemplo, un manual de usuario va dirigido a un público más general, el cual no necesariamente debe tener conocimientos específicos en el área de interés.

En este caso el manual técnico, debe incluir:
Paradigma de programación seleccionado y sus beneficios.
Lenguaje de programación seleccionado y sus beneficios frente a otros lenguajes.
Estandarización de código utilizada.
Diseño del sistema

4.4 TIPOS DE MÉTRICAS
MONTOYA CASTILLO MARIO ALBERTO
GARIBAY ORTIZ ZHAILA MERCED
REYES MARTINEZ EDWIN RICARDO
ROSALES GONZALEZ ELBA YAEL
VIGUERAS GUZMAN JORGE ALBERTO
PADILLA URIBE ULISES
VELASCO PALACIOS ERICK OSCAR
CHRYSTIAN TADEO RODRIGUES JIMENEZ
MÉTRICAS DE PROYECTO
MÉTRICAS ORIENTADAS A PUNTO DE FUNCIÓN
MÉTRICAS ORIENTADAS Al TAMAÑO
INTEGRANTES :

5. Número de interfaces externas: se cuentan todas las interfaces legibles por la maquina por ejemplo: archivos de datos, en cinta o discos que son utilizados para transmitir información a otro sistema.
Manual De Usuario.
Un manual de usuario es un documento de comunicación técnica que busca brindar asistencia a los sujetos que usan un sistema o servicio.

Elaboración del Manual De Usuario.
Pasos :
1. Portada: De que se trata el documento y ¿quién lo elaboro?
2. Introducción: Describe el uso del documento (¿para qué sirve?) y ¿de qué habla?
3. Análisis y requerimientos del sistema (¿que se ocupa para poder instalarlo y usarlo?)
3. Explicación del funcionamiento: Debes de poner paso a paso y con pantallas bien explicadas cómo funciona el programa
4. Glosario
Debe ser escrito de tal manera, que cualquier persona pueda entenderlo con la menor dificultad posible.

Es recomendable, detallar todos aquellos pasos que se llevan a cabo para usar el programa.

Un buen punto de partida para un manual de usuario, es hacer de cuenta que las personas que lo van a leer no tienen el más mínimo conocimiento sobre computadores.





TABLA LISTA
cada proyecto del desarrollo del software de los últimos años correspondientes, datos orientados al tamaño de c/u.

Refiriéndonos a la entrada de la tabla del proyecto 999-01 se desarrollaron 12.1 KLDC (miles de líneas de código) con un esfuerzo de 24 personas mes y un costo de 168 mil dólares. Debe tenerse en cuenta que el esfuerzo y el costo registrados en la tabla incluyen todas las actividades de la ingeniería de software como son análisis, diseño, codificación y prueba.

Otra información del proyecto 222-01 indica que se desarrollaron 365 paginas mientras que se encontraron 29 errores tras entregárselo al cliente, dentro del primer año de utilización también sabemos que trabajaron 3 personas en el desarrollo del proyecto.

En los rendimientos del sistema y los rudimentarios datos contenidos en la tabla se puede desarrollar, para cada proyecto un conjunto de métricas sencillas de productividad y calidad orientadas al tamaño.

Se obtienen las siguientes formulas:

Productividad = KLDC/persona-mes

Calidad = errores/KLDC

Documentación = pags. Doc/ KLDC

Costo = $/KLDC

· persona-mes es el esfuerzo

NOMBRE DEL INTEGRANTE:
MARIO ANTONIO PINEDA JIMENEZ.
EDUARDO ARTURO ORTEGA PEÑA.
CHANTAL ANGELICA BARRERA CERVANTES.
VIRIDIANA FCA. AVENDAÑO BENGOCHEA.
HASEL NOEMI BAUSTITA NICOLAS.
MARIA GUADALUPE RIVAS VARGAS.
JAVIER ANGEL SANCHEZ FUENTES.
ANA KAREN ESCARTIN MORA.
INTRODUCCIÓN
4.5"IMPLEMENTACIÓN Y MANTENIMIENTO"
Rapida evolucion de la ingenieria de computadores
Sin embargo,el desarrollo de SW ha sufrido un retraso historico.
En 1970,ya se habia popularizado el termino Crisis de Software
Para resolver este problema surgio un area de la informatica qie recibio el nombre de la ingenieria del Software [Sammerville, 1992].
Ingenieria del Software es el estudio de las principios y metodologias para deasarrollo y mantenimiento de sistema de sofware
Una de las principales causas de esta situacion ha sido la poca importancia que se ha dado al Mantenimiento del Sofware
Aunque se situa al final del ciclo de vida, el mantemiento es un procesoi de suma importancia por su reprecusion economica, temporal y de recursos.
IMPORTANCIA DEL MANTENIMIENTO SOFTWARE
Identificado como una de las causas de la crisis del Software
Mantenimiento Software VS Sistemas Clasicos
El coste material de un producto software es despreciables.
un producto software es altamente modificable.

chin chin todo salio mal por aqui





Las normas ISO tienen sin embargo ciertos inconvenientes:
Son estáticas, de escaso valor, lentas y muy caras
No está plenamente orientado al software.
En muchos casos se ha adoptado por obligación y para “cubrir el expediente” , lo que no mejora demasiado la calidad.
Los estándares de calidad de software son normas emitidas por organismos específicos, que sirven para sentar un marco con el que comparar si un proceso de desarrollo es o no de calidad.
Marcos de trabajo
Los marcos de trabajo recogen
una serie de metas y procesos
comunes que debe cumplir
una organización
CMMI
SPICE

son dos marcos de trabajo:
Métricas de calidad
Las métricas del software se aplican para valorar cualitativamente algún factor relativo al mismo. No existen métricas generales y únicas, aún menos para la calidad, ya que se puede examinar el software a través de múltiples perspectivas y con diferentes objetivos.
En lo que sí que hay acuerdo es en las características que debe tener una buena métrica :
Simple y fácil de calcular
Empírica
Consistente y objetiva
Independiente del lenguaje de programación
Que proporcione información útil
4.3 Medida, Métrica e Indicador
Integrantes :
Candelario Martínez Juan Carlos
Escobedo López Kevin Román
Eugenio González Oscar Edmundo
Farías Bonilla Iván
Mendoza Sánchez Karen Marissa
Morales García Brenda Daniela
Salomón González Indira Irene
Sosa Hernández Víctor Manuel
Medida

Proporciona una indicación cuantitativa de la cantidad, dimension o tamaño de algunos atributos de un producto.

Se debe medir el software para:
Indicar la calidad del producto.
Evaluar la productividad del agente que desarrolla el producto.
Evaluar los beneficios en términos de productividad y calidad mediante el uso de nuevos métodos y herramientas de ingeniería de software.
Establecer una línea de base para la estimación.
Ayudar a justificar el uso de nuevas herramientas o de formación adicional.

Metrica

Son medidas cuantitativas que permiten obtener una visión de la eficacia del proceso de software y los proyectos que se llevan a cabo utilizando ese proceso como marco de trabajo.
Permiten valorar el estado de un proyecto en curso, así como también rastrear los riesgos potenciales y descubrir las aéreas problema antes que se vuelvan “criticas”, también permite ajustar el flujo de trabajo o las tareas y evaluar la habilidad del equipo del proyecto. Las métricas del proyecto se usan con fines tácticos

Indicador
hola como estan todos por aqui
Introduccion
Las Medidas, métricas e indicadores son muy importantes, porque ayudan al desarrollador en la toma de decisiones ya sea para caracterizar, evaluar, predecir, e incluso mejorar el producto.

METRICAS QUE SE PUEDEN APLICAR EN LAS PRIMERAS FASES DEL DESARROLLO.
SE BASA EN CARACTERISTICAS FUNDAMENTAL MENTE EXTERNAS DE LA APLICACION A DESARROLLAR.
ELEMENTOS DE FUNCION

PUNTOS DE FUNCION :
Elementos de función:

Son fácilmente idetificables en los diagramas de especificación de sistemas.

Los usuarios entienden perfectamente.

Observamos la aplicacion como una caja negra.
Métricas de los Puntos de Función:
Entradas

Salidas

Consultas

Archivos (Fichero Interno)

Interfaz Gráfico de Usuario - GUI (fichero externo)
METRICAS DE PROCESO
La metrica de proceso es simplemente la observacion de cada uno de los eventos o actividades que se hacen para llegar a un fin comun
Entradas (Fichero Externo) Informaciones que llegan desde el exterior. Tienen una sola dirección (Exterior a Interior). Siempre actualizan algún archivo (fichero Interno)
Salidas Informaciones elaboradas por la aplicación que son transmitidas al usuario. Tienen una sola dirección. (Interior a Exterior)
Ficheros Lógicos Internos Agrupaciones de datos, tal y como los percibe el usuario los grupos de datos serán accedidos y actualizados por la aplicación.
¿Para que sirve?
Sirve para proporcionar indicadores que lleven a mejoras en los procesos del software a largo plazo
Entradas que producen inmediatamente una salida.

No modifican los datos del sistema.
GUI fichero externo es lo que el usuario vera en la pantalla.
CARACTERISTICAS
Las métricas del proceso se
usan con fines estratégicos

El control y ejecución del proyecto.
Medición de tiempos del análisis, diseño, implementación, implantación y postimplantación.
Medición de las pruebas (errores, cubrimiento, resultado en número de defectos y número de éxito).
Medición de la transformación o evolución del producto.



1. Número de entrada de usuario:
se cuenta cada entrada del usuario que proporcione al software diferentes datos orientados a la aplicación. Las entradas deben ser distinguidas
de las peticiones que se contabilizan por separado.

2. Numero de salida del usuario:
En este contexto las salidas se refieren a informes, pantalla, mensajes de error. Los elementos de datos individuales dentro de un informe se encuentran por separado.

3. Números de peticiones al usuario:
una petición esta definida como una entrada interactiva que resulta de la generación de algún tipo de respuesta en forma de salida interactiva. Se cuenta cada petición por separado.
4. Numero de archivos: se cuenta cada archivo maestro lógico, o sea una agrupación
lógica de datos que puede ser una parte en una gran base de datos o un archivo
independiente.

5. Numero de interfaces externas: se cuentan todas las interfaces legibles por la maquina por ejemplo: archivos de datos, en cinta o discos que son utilizados para transmitir información a otro sistema.

Para calcular los puntos de funcion se utiliza la siguiente relacion:
Puntos de Función (PF)=CUENTA_TOTAL * [0.65+0.01* ∑ (fI)]

Donde CUENTA_TOTAL es la suma de todas las entradas de PF obtenidas de la tabla

Fi donde i puede ser de uno hasta 14 valores de ajuste de complejidad basados en las respuestas a las cuestiones señaladas de la tabla

Cada factor se evalua en escala de 0 a 5 donde:


¿Como mejora o en
que ayuda al proceso?
Lo mejora con tres factores
Se tiene tiene un sistema el cual cuenta con 3 entradas de catalogo de productos, proveedores y clientes. Una pantalla de la elaboracion de facturas, 4 tipos de reportes proporcionados tanto en pantalla como en papel. Estas representaciones son: factura, lista de inventario, estado de cuenta con los proveedores. Ademas la entrada de factura tiene al rededor de 30 peticiones, el sistema genera alrededor de 30 archivos ademas de estar conectado a un lector optico y una impresora.

Calcular los puntos de funcion
*Destreza y motivación del personal
*Complejidad del producto
*Tecnología
*Entorno de desarrollo
*Condiciones de riesgo
*Características del cliente


Por lo tanto:
PF=490*[0.65+0.01(41)]
PF=13259.4 = 13,259 Lineas de codigo (LCD)


Para que la Metrica no cree problemas
*Aplicar sentido común y sensibilidad para interpretarlas
*Ofrecer retroalimentación a quienes las recopilan
*No utilizarlas para evaluar o amenazar individuos
*Establecer metas claras y las métricas que se usarán para
conseguirlas
*No considerar negativos los datos que identifican áreas problemas
*No obsesionarse sólo con una métrica

Es para saber en que tiempo voy a terminar el software y cuantas personas voy a necesitar.
Son medidas directas al software y el proceso por el cual se desarrolla, si una organización de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamaño como se muestra en la siguiente figura:
Finalmente los indicadores de proyecto permiten:
Permiten valorar el estado de un proyecto en curso, así como también rastrearlos riesgos potenciales y descubrir las aéreas problema antes que se vuelvan “criticas”, también permiteajustar el flujo de trabajo o las tareas y evaluar la habilidad del equipo del proyecto. Las métricas delproyecto se usan con fines tácticos.
POR TRES FACTORES
EN CONDICIONES AMBIENTALES
*Evaluar el estado del proyecto en curso.
*Seguir la pista de los riesgos potenciales.
*Detectar las Áreas de problemas antes de que se conviertan en "críticas".
*Ajustar el flujo y las tareas del trabajo.
*Evaluar la habilidad del equipo del proyecto en controlar
la calidad de los productos de trabajo del software.
METRICA DE PROCESO


Permiten valorar el estado de un proyecto en curso, así como también rastrearlos riesgos potenciales y descubrir las aéreas problema antes que se vuelvan “criticas”, también permiteajustar el flujo de trabajo o las tareas y evaluar la habilidad del equipo del proyecto. Las métricas delproyecto se usan con fines tácticos.
A nivel de proyecto se minimiza la planificación de desarrollo haciendo los ajustes necesarios para evitar retrasos o riesgos potenciales, minimizar los defectos, y por tanto la cantidad de trabajo que ha de rehacerse, lo que ocasiona una reducción del coste global del proyecto, además puede evaluarse la calidad de los productos en el momento actual y cuando sea necesario.
A medida que avanza un proyecto, las medidas del esfuerzo y del tiempo consumido se comparan con las estimaciones originales (y la planificación de proyectos). El gestor de proyectos utiliza estos datos para supervisar y controlar el avance. A medida que comienza el trabajo técnico, otras métricas de proyectos comienzan a tener significado. Se miden los índices de producción representados mediante páginas de documentación, las horas de revisión, los puntos de función y las líneas fuentes entregadas, en el proyecto se sigue la pista de los errores detectados durante todas las tareas de ingeniería del software.


Los indicadores de proyecto permiten:

Evaluar el estado del proyecto en curso.

La pista de los riesgos potenciales.

Detectar las Áreas de problemas antes de que se conviertan en "críticas".

Ajustar el flujo y las tareas del trabajo.

Evaluar la habilidad del equipo del proyecto en controlar la calidad de los productos de trabajo del software.

Se minimizan los defectos
La calidad mejora
Se reduce la cantidad de reelaboración
INTEGRANTES:
Full transcript