You are on page 1of 3

UNIVERSIDAD POLITCNICA DEL VALLE DE TOLUCA

NOMBRE DEL PROGRAMA EDUCATIVO:

INGENIERA EN INFORMTICA

NOMBRE DE LA ASIGNATURA:

ANALISIS DE SISTEMAS

NOMBRE DEL PROYECTO:

REPORTE DEL PANEL DE DISCUSIN

FACILITADOR:

ESTHER JULIETA GARCIA BERMUDEZ

INTEGRANTES:
No Matrcula Nombre Firma
1 1623INI029 DOMINGUEZ ROMERO ELIZABETH
2 1623INI048 GARCIA LEON STEFANIA
3 1623INI079 MIRANDA ENGUILO ESTEFANNY
4 1623INI082 MONTIEL JAIMES JHOANNA ELIZABETH
5 1623INI055 GONZALEZ ROMERO YORELI ANAHI

JUNIO, 2017
NOMBRE DEL PROYECTO

SAV (SISTEMA DE ADMINISTRACION DE VENTAS)

NOMBRE DE LA EMPRESA

La Automatizacin y Mantenimiento Industrial AMICSA S.A DE C.V

PARADIGMA A UTILIZAR PARA EL DESARROLLO DEL SISTEMA: CASCADA

El paradigma que decidimos utilizar es el de cascada, ya que su estructura es


factible y no es tan compleja en cuanto a las actividades que realizan para los
usuarios que la requieren contiene ventajas que benefician tanto a los usuarios
como a nosotros en el desarrollo del software y las etapas que se encuentran en
este modelo nos facilitan su mismo desarrollo.
Su desarrollo es secuencial, sus etapas dentro del proceso de desarrollo del
software, y cumple con un carcter poco flexible, obligando a realizar sucesivas
interacciones del proceso para as poder llegar a una solucin satisfactoria.
Sus etapas se desarrollan de forma secuencial y cuando se detecta algn error en
alguna etapa, lo ms probable ser abandonar todo lo avanzado y regresar a la
etapa primera del anlisis de requisitos del sistema.
1. Definicin de los requisitos: en este proceso se identifica las necesidades y
requerimientos del cliente con respecto al software
2. Anlisis y diseo: en el anlisis se establece la viabilidad del software
desde el punto de vista tcnico y econmico, se verifican las actividades y
el presupuesto. En el diseo del software se centra en cuatro atributos de
un programa:
Estructura de datos
Arquitectura del software
Representaciones de la interfaz
Detalle procedimental (algoritmo).
3. Codificacin: se traduce en forma legible por la maquina al modelo
previamente diseado. El paso de generacin de cdigo lleva a cabo esta
tarea. Se lleva a cabo el diseo de una forma detallada, la generacin del
cdigo se realiza mecnicamente.
4. Pruebas: se centra en los procesos lgicos internos del software, y en los
procesos externos funcionales. Se debe realizar las pruebas para la
deteccin de errores y asegurarse que las entradas definidas produzcan
resultados reales que se concuerden con los resultados requeridos.
5. Mantenimiento: el software indudablemente sufrir cambios despus de ser
entregado al cliente. El mantenimiento vuelve a aplicar cada una de las
fases procedentes a un programa ya existente y no a uno nuevo.

Analizando esto nos dimos cuenta de que este modelo es el ms factible y cubre
por completo la estructura que necesita el sistema y al igual los requerimientos de
la empresa.

VENTAJAS AL EMPLEAR EL PARADIGMA

Las ventajas que como equipo encontramos para realizar nuestro sistema
utilizando este paradigma son:

Es organizado y las fases para realizarlo no se mezclan.


Su planificacin es sencilla.
La calidad de dicho producto es alta.
La documentacin se produce en cada etapa del desarrollo del modelo, lo
cual hace que la comprensin del procedimiento, al producto a disear sea
ms sencillo.
La cantidad de recursos que se utiliza es mnima para el desarrollo del
sistema.
Para nosotros como desarrolladores nos es ms fcil comprender el
desarrollo del sistema.

DESVENTAJAS QUE SE TENDRAN AL UTILIZAR EL PARADIGMA

Las desventajas que encontramos para el anlisis y desarrollo del sistema de


acuerdo al paradigma son:

Si llegamos a detectar un error en alguna etapa, tendremos que abandonar


todo lo avanzado y regresar al primer paso.
Nos ser difcil incorporar nuevas cosas e iteraciones costosas.
Con cualquier error de diseo en la etapa de prueba nos conducir
necesariamente al rediseo y nueva programacin del cdigo afectado as
como la estructura, aumentando a su vez los costos del desarrollo.
Es difcil responder a los requerimientos del cliente si el sistema ya est en
desarrollo, puesto que las etapas que lleva tiene un orden.
El cliente no puede presenciar el desarrollo del sistema, sino hasta su
finalizacin.