1. FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE INGENIERÍA EN SISTEMAS
DESARROLLO DE PROYECTOS INFORMATICOS
Nombre: Ángel Ortiz
Nivel: Sexto
Tutor: Ing. John Toasa
Fecha: 25 de Julio del 2012

2. INTRODUCCION

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 software
El proceso de desarrollo del software se muestra gráficamente en la parte de arriba, a
continuación desarrollara una breve explicación del mismo.

4. METODOLOGIAS PARA EL

5. La plataforma

6. FASES DE UN PROYECTO DE DESARROLLO
DE SOFTWARE ORIENTADO A LA WEB.
Automatización de la Guía
Tomando Guía
en cuenta
el modelo Fases de Desarrollo
DMAIC 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 la
la 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 Sigma
proyecto. Aseguramiento de Calidad
• Formato(s)
Implementación

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. 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. 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 MetodoObtencion
Generar listado Elaborar Modelo
de de Dominio inicial
requerimientos

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ón
Crear 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. Fases de Desarrollo en base a ICONIX
Realizar el
Diagrama de
Elaborar las
Paquetes
Especificaciones de Casos
de uso

12. Fases de Desarrollo en base a ICONIX
analysis 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. 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 los
usuarios 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 o
desarrolladores de aplicaciones a medida. A continuación un detalle de los mismos:

14. ATRIBUTOS BÁSICOS DE VALORACIÓN

15. ATRIBUTOS BÁSICOS DE VALORACIÓN

16. ATRIBUTOS BÁSICOS DE VALORACIÓN

17. ATRIBUTOS BÁSICOS DE VALORACIÓN

18. LAS PRUEBAS DE CONFIGURACIÓN
Intentan descubrir errores que son específicos respecto de un cliente o ambiente de
servidor particulares. Las pruebas se encaminan a descubrir los errores asociados con
cada posible configuración.La prueba de seguridad.- Incorpora una serie de pruebas
diseñadas para explotar las vulnerabilidades en la WebApp y su ambiente.La prueba de
desempeño.- Abarca una serie de pruebas diseñadas para valorar:Cómo afecta el tráfico
de usuarios la respuesta en tiempo y confiabilidad de la WebCuáles componentes de la
WebApp son responsables de la degradación del desempeño y qué características de uso
provocan que ocurra la degradaciónCómo la degradación del desempeño impacta los
objetivos globales de la WebApp.
PRUEBA DEL CONTENIDO
La prueba del contenido intenta descubrir errores tan triviales como errores
tipográficos menores o tan significativos como información incorrecta, organización
impropia o violación de las leyes de propiedad intelectual, combinando tanto
revisiones, para descubrir errores semánticos como la generación de casos de prueba
ejecutables para descubrir errores de contenido susceptibles de rastrear hacia
contenido dinámicamente derivando que hayan suministrado los datos adquiridos de
una o más bases.

19. PRUEBA DE LAS BASES DE DATOS
Las modernas aplicaciones Web hacen mucho más que presentar objetos de
contenido estáticos. En muchos dominios de aplicación, la interfaz de las
WebApps con bases de datos sofisticados gestionan sistemas y construyen
objetos de contenido dinámicos que se crean en el tiempo real aprovechando
datos adquiridos de una base de datos.La prueba de la base de datos para las
WebApps es complicada por varios factores:Las pruebas deben diseñarse para
tratar de desabrir los errores cometidos al traducir las solicitudes del usuario en
una forma que puedan procesar dichos DBMS.