jueves, 17 de marzo de 2011

Diagrama de Caso de Uso: Gestión de Calificaciones
Actividades:
·         Autenticación de Usuario: permite al usuario ingresar al sistema.
·         Listar Actas: Según el catedrático filtra las actas que pertenecen a él.
·         Buscar Actas: Búsqueda mediante un código único de referencia.
·         Editar Acta: EDICIÓN DE LAS NOTAS DE Los alumnos.
·         Agregar/Borrar Alumno: va ser una extensión de Editar Acta, y podrá agregar, editar o borrar información de un alumno.
·         Agrupar Actas: se agrupan mediante una misma asignatura,
·         Consultar Alumno: se podrá consultar el alumno mediante el número de cuenta
·         Listar Asignaturas Alumno: esta extiende de la actividad “Consultar Alumno”, y lista todas las asignaturas
a las que está matriculado el alumno.

Diagrama de Caso de Uso: Gestión de citas y diagnósticos
Actividades:
·         Autenticación de Usuario: permite al usuario ingresar al sistema.
·         Solicitud de cita: Permite al usuario o administrador generar una cita
·         Asignar cita: asigna el día, la hora y su médico de cabecera
·         Guardar información: (NSS) del paciente, nombre, apellidos, teléfono y número de colegiado de su médico de cabecera.
·         Indicar diagnóstico y tratamiento: Su médico le da el diagnostico y el tratamiento a tomar en caso de ser algo común.
·         Buscar especialista: Si su enfermedad no es común deberá ir al médico especialista
·         Intervención quirúrgica: en caso de que la enfermedad lo requiera
·         Otras intervenciones: radiografías, ecografías, inyecciones, etc.

lunes, 14 de marzo de 2011

Ejercicios Capitulo 4


4.1 Sugiera el modelo de proceso del software genérico que podría utilizarse para gestionar el desarrollo de los siguientes sistemas, dando algunas razones basadas en tipo de sistema a desarrollar:
- Un sistema de control antibloqueo de frenos de un automóvil.
Modelo en Cascada, el sistema seria simple y no requerirá muchos cambios una vez hecho el análisis.
- Un sistema de realidad virtual para ayudar al mantenimiento del software
Ingeniería de Software basada en componentes,  se pueden reutilizar componentes del mismo software.
- Un sistema de contabilidad universitaria que reemplace el existente
Ingeniería de Software basada en componentes,  aunque no se harían muchos cambios (aparentemente) después de lanzado el software, pero puede utilizarse código o diseños muy parecidos a otras bibliotecas e incluso ideas del sistema anterior.
- Un sistema interactivo que permita a los pasajeros encontrar los horarios de los trenes a partir de las terminales instaladas en las estaciones.
Modelo Evolutivo, aparentemente es muy sencillo, pero es muy probable que el cliente quiera agregar nuevas funciones mas adelante

4.2 Explique porque los programas que se desarrollan utilizando el desarrollo evolutivo tienden a ser mas difíciles de mantener.
- Por la cantidad de líneas de código, (en el caso de proyectos grandes), no es sencillo integrar las contribuciones en el equipo
- El proceso no es visible, por lo que se tienen que hacer entregas para medir el progreso, esto genera mas costos para la empresa, y mas tiempo invertido
- Los cambios que se hacen (actualizaciones) tienden a corromper la estructura del sistema
4.5 Explique porque es importante hacer distinción entre el desarrollo de requerimientos del usuario y el de los requerimientos del sistema en el proceso de ingeniería de requerimientos.
Es necesario conocer y comprender cuales son los servicios que se necesitan desarrollar en el sistema, al saber esto se crea el documento de requerimientos, que es la especificación del sistema, si esto no se hace bien pueden generar problemas posteriores en el desarrollo e implementación del sistema, los requerimientos del usuario son las ideas superficiales de lo que es el sistema, y los requerimientos del sistema es algo mucho mas detallado de lo que en realidad es.
4.10 Indique como el esquema de clasificación de la tecnología CASE puede ser útil para los administradores encargados de adquirir sistemas CASE.
La tecnología CASE proporciona ayuda automatizada a los procesos de software, además de proporciona información acerca del software en desarrollo, esto permite algunas mejoras en la calidad y productividad del software, aunque es probable que no siempre resulte fácil ubicar un producto, El administrador puede tomar decisiones de cuando aplicarlas y cuando no.

miércoles, 2 de marzo de 2011

UWE(UML-Based Web Engineering)


Las distintas metodologías se pueden dividir en tres generaciones en base a su sofisticación, estas son:
- Primera Generación:(Principios de los 90) Se sientan las bases de la ingeniería Web, en los que se incluyen conceptos como construcción de navegación, separación entre estructuras y el contenido durante el ciclo de desarrollo.
- Segunda Generación: (Segunda mitad de los 90) Se refinan los primeros modelos y se añaden los soportes de funcionalidad básica y se llevan a cabo los primeros esbozos de proceso donde se delimitan los modelos conceptual, lógico y físico.
- Tercera generación: (A partir del 2000): Se lleva a cabo la profundización en el soporte para la funcionalidad, enfatizacion de la figura del usuario en los métodos, y se avanza hacia la estandarización de notaciones, procesos y lenguajes de especificación.
¿Qué es UWE?
La propuesta de Ingeniería Web basada en UML es una metodología detallada para el proceso de autoría de aplicaciones con una definición exhaustiva del proceso de diseño que debe ser utilizado. Este proceso, iterativo e incremental, incluye flujos de trabajo y puntos de control, y sus fases coinciden con las propuestas en el Proceso Unificado de Modelado.
UWE está especializada en la especificación de aplicaciones adaptativas, y por tanto hace especial hincapié en características de personalización, como es la definición de un modelo de usuario o una etapa de definición de características adaptativas de la navegación en función de las preferencias, conocimiento o tareas de usuario.
Otras características relevantes del proceso y método de autoría de UWE son el uso del paradigma orientado a objetos, su orientación al usuario, la definición de un meta-modelo (modelo de referencia) que da soporte al método y el grado de formalismo que alcanza debido al soporte que proporciona para la definición de restricciones sobre los modelos.
Los principales de aspectos en los que se fundamenta UWE son los siguientes:Lenguaje de modelado unificado). Uso de una notación estándar, para todos los modelos (UML:
Definición de métodos: Definición de los pasos para la construcción de los diferentes modelos.
Especificación de Restricciones: Se recomienda el uso de restricciones escritas (OCL: Lenguaje de restricciones de objetos) para aumentar la exactitud de los modelos.