FACULTAD DE SISTEMAS MERCANTILES                 CARRERA DE INGENIERÍA EN SISTEMAS              DESARROLLO DE PROYECTOS IN...
INTRODUCCION
QUE ES EL DESARROLO DE SOFTWARE ORIENTADOA OBJETOS? Es el enfoque sistemático, disciplinado y cuantificable al desarrollo,...
METODOLOGIAS PARA EL
La plataforma
FASES DE UN PROYECTO DE DESARROLLO  DE SOFTWARE ORIENTADO A LA WEB.             Automatización de la GuíaTomando          ...
Fase – Iniciación del Proyecto  Objetivos                  Actividades                                            Tareas  ...
Fase – Análisis del Sistema   Objetivos                      Actividades                                                  ...
Fases de Desarrollo en base a ICONIX                        class Obj etos de Domi...                                 Clie...
Fases de Desarrollo en base a ICONIX                        uc Modelo de Casos de Uso Par...                              ...
Fases de Desarrollo en base a ICONIX Realizar elDiagrama de                               Elaborar las Paquetes           ...
Fases de Desarrollo en base a ICONIXanalysis Dgrm. Robustez                                                               ...
MEDIDA DE LA CALIDAD DE UN SOFTWARE PARA LA WEB¿Cómo evaluar la calidad una aplicación web a medida?Para evaluar la calida...
ATRIBUTOS BÁSICOS DE VALORACIÓN
ATRIBUTOS BÁSICOS DE VALORACIÓN
ATRIBUTOS BÁSICOS DE VALORACIÓN
ATRIBUTOS BÁSICOS DE VALORACIÓN
LAS PRUEBAS DE CONFIGURACIÓNIntentan descubrir errores que son específicos respecto de un cliente o ambiente deservidor pa...
PRUEBA DE LAS BASES DE DATOSLas modernas aplicaciones Web hacen mucho más que presentar objetos decontenido estáticos. En ...
Upcoming SlideShare
Loading in...5
×

Desarrollo de software orientado a la web.

221

Published on

Published in: Education
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
221
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
9
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Desarrollo de software orientado a la web.

  1. 1. FACULTAD DE SISTEMAS MERCANTILES CARRERA DE INGENIERÍA EN SISTEMAS DESARROLLO DE PROYECTOS INFORMATICOSNombre: Ángel OrtizNivel: SextoTutor: Ing. John ToasaFecha: 25 de Julio del 2012
  2. 2. INTRODUCCION
  3. 3. QUE ES EL DESARROLO DE SOFTWARE ORIENTADOA OBJETOS? Es el enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento de software, y el estudio de estos enfoques, es decir, la aplicación de la ingeniería al softwareEl proceso de desarrollo del software se muestra gráficamente en la parte de arriba, acontinuación desarrollara una breve explicación del mismo.
  4. 4. METODOLOGIAS PARA EL
  5. 5. La plataforma
  6. 6. FASES DE UN PROYECTO DE DESARROLLO DE SOFTWARE ORIENTADO A LA WEB. Automatización de la GuíaTomando Guíaen cuentael modelo Fases de DesarrolloDMAIC de Iniciación del Proyecto Por cada fase la guía considera la siguiente estructura:Seis Sigma • Objetivo(s) de la fase.se elaboró Análisis del Sistema • Listado de Actividades de lala Guía fase Diseño del Sistema • Contenido de cada actividad:empleada • Tarea(s)en el Construcción • Entregable(s)presente • Consideraciones Seis Evaluación y Sigmaproyecto. Aseguramiento de Calidad • Formato(s) Implementación
  7. 7. Fase – Iniciación del Proyecto Objetivos Actividades Tareas • Elaborar un RFS (Requerimiento de Servicios IT), que será usado Identificar el problema. como notificación inicial por parte del cliente sobre el sistema• Definir con requerido. claridad el problema. Conformar el equipo de • Conformar el equipo de desarrollo de acuerdo a las características desarrollo. y particularidades de cada proyecto.• Definir el alcance del • Iniciar el proceso de desarrollo a través del mapa de procesos. proyecto. • Desarrollar un bosquejo inicial de proyecto. • Definir las metas del proyecto.• Proponer una Identificar requerimientos • Identificar los clientes. solución. preliminares. • Identificar salidas claves. • Documentar los procesos actuales.• Determinar • Definir los requerimientos de alto nivel. los costos y beneficios de Validar los requerimientos. • Validar los requerimientos de alto nivel previamente obtenidos. la solución. Desarrollar un estudio de • Estructurar un estudio de fiabilidad para el proyecto.• Obtener la fiabilidad. aprobación del proyecto. • Obtener aprobación de todos los clientes, departamentos y/o Obtener la aprobación del entidades, que tengan relación directa o indirecta con el nuevo proyecto. sistema.
  8. 8. Fase – Análisis del Sistema Objetivos Actividades Tareas • Desarrollar una línea base con los procesos actuales que permitan justificar el Entender los procesos actuales. propósito de las mejoras a obtenerse con el sistema.• Completar la • Definir requerimientos detallados del sistema. Identificar los requerimientos. identificación de • Desarrollar el Criterio de Evaluación de Requerimientos. los requerimientos Priorizar los requerimientos. • Priorizar los requerimientos detallados conjuntamente con el cliente. que comenzó en Identificar mejoras potenciales en los • Identificar soluciones potenciales para los requerimientos detallados, catalogados la fase de procesos. como prioritarios. Iniciación del Proyecto. Determinar las mejoras que tendrán el • Determinar cuáles de los procesos de mejora propuestos, deberán ser implantados en mayor impacto sobre los requerimientos el sistema para asegurar el mayor impacto sobre los requerimientos prioritarios.• Transformar los prioritarios. requerimientos • Generar un mapa funcional de procesos detallado (de estados) sobre los de alto nivel en Crear un mapa de estado detallado. requerimientos prioritarios. especificaciones detalladas del Evaluar el impacto y riesgos de las • Evaluar el impacto y los riesgos sobre las mejoras de procesos propuestas, y su sistema. propuestas de mejora de los procesos. repercusión en el sistema.• Crear un diseño Completar el desarrollo del diseño conceptual del • Completar el diseño conceptual del nuevo sistema. conceptual del sistema. sistema a través del estudio de • Agrupar la información obtenida en las tareas precedentes bajo una estructura Completar el documento de especificación fiabilidad definida, para conformar el documento de referencia final de requerimientos del de requerimientos. detallado. proyecto. • Presentar el documento de especificación de requerimientos elaborado al cliente Obtener aprobación para obtener aprobación.
  9. 9. Fases de Desarrollo en base a ICONIX class Obj etos de Domi... Cliente AsignacionPersonaDesarrollo PersonaDesarrollo CaracteristicaPersona Peticion Cargo FartorCritico Proyecto RazonSolicitud PosibleMej ora Requerimiento ProcesoNegocio Meta CriterioAceptacion AnalisisMeta Activ idad ResponsableActiv idad MetodoObtencionGenerar listado Elaborar Modelo de de Dominio inicialrequerimientos
  10. 10. Fases de Desarrollo en base a ICONIX uc Modelo de Casos de Uso Par... Manej ar datos iniciales Actualizar datos Asignar Personas de del Proyecto adicionales al Proyecto Desarrollo al Proyecto «invokes» Manej ar cuenta de usuario del sistema Conformar Equipo de Manej ar parámetros Desarrollo generales del sistema Cliente Cerrar sesión Iniciar sesión Administrador Establecer Requerimiento del Cliente Generar reporte Manej ar Persona de Desarrollo Realizar Análisis de Metas del Proyecto Líder del Proyecto Manej ar Proceso que requiere el sistema «precedes» Realizar identificación macro de Procesos Manej ar Anexo o archiv o del Proyecto Manej ar Responsable de Activ idad «precedes» Asignar Responsables a «precedes» una Activ idad Manej ar Activ idad por Proceso Analista «invokes» «precedes» Identificar Responsable por Activ idad Priorizar los Requerimientos Manej ar Criterio de AceptaciónCrear Prototipos Mostrar información actual del Requerimiento Identificar Posible Manej ar Conflicto por Actualizar datos Mej ora Potencial Resolv er adicionales al de interfaz de Requerimiento usuario Realizar el Modelo de Casos de Uso
  11. 11. Fases de Desarrollo en base a ICONIX Realizar elDiagrama de Elaborar las Paquetes Especificaciones de Casos de uso
  12. 12. Fases de Desarrollo en base a ICONIXanalysis Dgrm. Robustez clic en el enlace Código: 01 "Iniciar sesión" Caso de Uso: Iniciar sesión Fluj o Básico: Página Principal El usuario da clic en el enlace Mostrar Página de “Iniciar sesión” de la Página Inicio de sesión Principal (ver Figura 3.2), y el sistema muestra la Página de Inicio de sesión (ver Figura 3.3). Usuario El usuario ingresa su nombre de (from Actores) Página de Inicio de usuario y contraseña y da clic en sesión la opción “Ingresar”. Ingresar "nombre de Mostrar Página usuario" y "contraseña" El sistema verifica si existen los Principal datos ingresados en cuenta de usuario. Si estos datos existen, el sistema autentifica al usuario en sesión y se direcciona a la clic en la opción "Ingresar" Reescribir las Especificaciones de Página Principal mostrando un mensaje de bienvenida, y el nombre del usuario no casos de uso autentificado. Además el sistema Mostrar Página de cambia el enlace “Iniciar sesión” Inicio de sesión con un class Diagrama de Clases por el enlace “Cerrar sesión”. mensaje "Nombre de Existe cuenta? CuentaUsuario Cancelar Inicio de usuario y/o contraseña Cliente AsignacionPersonaDesarrollo PersonaDesarrollo CaracteristicaPersona «enumeration» Caracteristica sesión - codigo: String - id: long - apellido: String - id: long Fluj os Alternativ os: son incorrectos, inicio - - nombre: String telefono: String - - codigo: String nombre: String COMPROMISO SESGO_ACCION Datos inv álidos: El sistema se de sesión falló" si FLEXIBILIDAD INNOVACION Cargo INFLUENCIA_PERSONAL direcciona a la misma Página de Peticion «enumeration» EstadoProyecto «enumeration» TipoFactor - - codigo: String nombre: String TRABAJO_EQUIPO TIEMPO_DISPONIBLE Inicio de sesión mostrando un - codigo: String PENDING IN_PROCESS EXITO RIESGO - descripcion: String «enumeration» mensaje que dice “Nombre de COMPLETED CANCELLED Niv elSigma - ConflictoResolv er codigo: String - CriterioAceptacion codigo: String NINGUNA usuario y/o contraseña son CAMPEON - descripcion: String - descripción: String FactorCritico MAESTRO_CINTURON_NEGRO incorrectos, inicio de sesión RazonSolicitud Proyecto - codigo: String CINTURON_NEGRO CINTURON_VERDE «enumeration» - descripcion: String falló”. - - codigo: String descripcion: String - codigo: String TipoCostoPosibleMej ora Usuario cancela inicio de Cambiar la etiqueta del Direccionar a la Página Autentificar usuario en - - costoTotal: float descripcion: String Requerimiento BAJO MEDIO - fechaEfectiva: Date ALTO sesión - codigo: String sesión: El usuario da clic en la enlace "Iniciar sesión" Principal con un Meta - - fechaFinPreliminar: Date fechaFinReal: Date Anexo «enumeration» - - prioridad: int descripcion: String DESCONOCIDO por "Cerrar sesión" - fechaInicio: Date opción “Cancelar”, y el sistema - codigo: String FaseProcesoDesarrollo - fuente: String mensaje de bienvenida - - codigo: String descripción: String - - fechaRecepcion: Date nombre: String - descripcion: String PROJECT_INITIATION - - justificacion: String observacion: String - nombreArchivo: String PosibleMej ora muestra la Página Principal. y nombre de usuario - - nombreDirector: String nombreLider: String - archivo: byte SYSTEM_ANALYSIS - - rangoSatisfaccionActual: int rangoImportancia: int - codigo: String - descripcion: String ProcesoNegocio AnalisisMeta «enumeration» Activ idad ResponsableActiv idad MetodoObtencion «enumeration» - alcance: String EstadoRequerimiento TipoTiempoPosibleMej ora - justificacion: String - codigo: String - codigo: String - codigo: String - id: Long - descripcion: String - descripcion: String - nombreCompleto: String PENDING BAJO - nombre: String ACCEPTED MEDIO DENIED ALTO «enumeration» Crear los Diagramas de TipoMetodoObtencion «enumeration» «enumeration» CaracteristicaMeta TipoDetalleProceso ENCUESTA DetalleProceso AsignacionResponsableActiv idad «enumeration» «enumeration» FOCUS_GROUP ESPECIFICA PROVIDER TipoResponsableActiv idad TipoRequerimiento - codigo: String - id: long ENTREVISTA_INDIVIDUAL MESURABLE INPUT - descripcion: String INTERNO FUNCTIONAL SITIO_VISITADO ALCANZABLE OUTPUT QUEJA_CLIENTE EXTERNO NO_FUNCTIONAL RELEVANTE CUSTOMER RETORNO Robustez Actualizar el Modelo de Dominio inicial
  13. 13. MEDIDA DE LA CALIDAD DE UN SOFTWARE PARA LA WEB¿Cómo evaluar la calidad una aplicación web a medida?Para evaluar la calidad de un software de ámbito web es necesario considerar sus:Cualidades Externas (se refieren a factores esperables que son útiles o aprovechables por losusuarios finales de un sistema)Cualidades Internas (aquellas que permitirán una labor sencilla, productiva, ordenada, y eficiente,a los desarrolladores del sistema, o a quienes deseen re-programarlo, mantenerlo, etc)Hay 16 atributos básicos de valoración esperables en la calidad de las aplicaciones web a medida .Es importante conocerlos y exigirlos como estándares que deben cumplir los programadores odesarrolladores de aplicaciones a medida. A continuación un detalle de los mismos:
  14. 14. ATRIBUTOS BÁSICOS DE VALORACIÓN
  15. 15. ATRIBUTOS BÁSICOS DE VALORACIÓN
  16. 16. ATRIBUTOS BÁSICOS DE VALORACIÓN
  17. 17. ATRIBUTOS BÁSICOS DE VALORACIÓN
  18. 18. LAS PRUEBAS DE CONFIGURACIÓNIntentan descubrir errores que son específicos respecto de un cliente o ambiente deservidor particulares. Las pruebas se encaminan a descubrir los errores asociados concada posible configuración.La prueba de seguridad.- Incorpora una serie de pruebasdiseñadas para explotar las vulnerabilidades en la WebApp y su ambiente.La prueba dedesempeño.- Abarca una serie de pruebas diseñadas para valorar:Cómo afecta el tráficode usuarios la respuesta en tiempo y confiabilidad de la WebCuáles componentes de laWebApp son responsables de la degradación del desempeño y qué características de usoprovocan que ocurra la degradaciónCómo la degradación del desempeño impacta losobjetivos globales de la WebApp.PRUEBA DEL CONTENIDOLa prueba del contenido intenta descubrir errores tan triviales como errorestipográficos menores o tan significativos como información incorrecta, organizaciónimpropia o violación de las leyes de propiedad intelectual, combinando tantorevisiones, para descubrir errores semánticos como la generación de casos de pruebaejecutables para descubrir errores de contenido susceptibles de rastrear haciacontenido dinámicamente derivando que hayan suministrado los datos adquiridos deuna o más bases.
  19. 19. PRUEBA DE LAS BASES DE DATOSLas modernas aplicaciones Web hacen mucho más que presentar objetos decontenido estáticos. En muchos dominios de aplicación, la interfaz de lasWebApps con bases de datos sofisticados gestionan sistemas y construyenobjetos de contenido dinámicos que se crean en el tiempo real aprovechandodatos adquiridos de una base de datos.La prueba de la base de datos para lasWebApps es complicada por varios factores:Las pruebas deben diseñarse paratratar de desabrir los errores cometidos al traducir las solicitudes del usuario enuna forma que puedan procesar dichos DBMS.
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×