Prototipo Corregido

PRE-DISEÑO

SOLUCIÓN INFORMÁTICA

Aplicación Web

Una aplicación web es un conjunto de páginas que interactúan unas con otras y con diversos recursos en un servidor web, incluidas bases de datos. Esta interacción permite implementar características en su sitio como catálogos de productos virtuales y administradores de noticias y contenidos. Adicional-mente podrá realizar consultas a bases de datos, registrar e ingresar información, solicitudes, pedidos y múltiples tipos de información en línea en tiempo real.

Nuestros desarrollos se llevan a cabo bajo parámetros y ambientes de última generación garantizando un funcionamiento óptimo. En Sur On Line contamos con una amplia variedad de módulos-web que le permitirán mantener su Sitio interactivo y actualizado de una forma rápida y segura. Estos módulos pueden además personalizarse de acuerdo a las necesidades, por lo que nuestros clientes reciben exactamente lo que necesitan con una inversión mínima y al ser implementadas en plataformas web usted no debe adquirir ningún tipo de equipos o software adicional.

Como funcionan las aplicaciones web

Los administradores de contenidos vía web almacenan los datos en BASES DE DATOS (BD). Estas BD están formadas por un número variable de tablas que contienen columnas y filas, estas tablas se componen del contenido que ha sido previamente cargado en ellas a través de formularios.

En estas tablas llamamos al nombre de cada columna CAMPO. Y a cada fila REGISTRO. AMBOS EN EL SISTEMA POSEEN NUMEROS DE ID (identificación) QUE SON ÚNICOS PARA CADA UNO DE ELLOS.

Las páginas que se generan a partir de esos contenidos son llamadas dinámicas. En este contexto el término dinámico no indica movimiento o animación, sino que hace referencia al hecho de que las páginas dinámicas de un sitio web se generan a partir de una SOLICITUD o CONSULTA que realiza una máquina CLIENTE a un SERVIDOR WEB (en este caso). Se podría decir que la página dinámica no existe hasta que no es solicitada por el navegante. Cuando el navegante la solicita oprimiendo alguno de los comandos disponibles se dispara la consulta a la BASE DE DATOS, y el sistema MUESTRA una página web con el contenido que este programado en la consulta.

CICLO, FACES, O PASOS DE LA METODOLOGÍA

Ciclo y fases de la metodologia AUP

El Proceso Unificado se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema. Al final de cada uno de ellos se obtiene una versión final del producto, que no sólo satisface ciertos casos de uso, sino que está lista para ser entregada y puesta en producción. En caso de que fuese necesario publicar otra versión, deberían repetirse los mismos pasos a lo largo de otro ciclo.

Como se es sabido cada ciclo se compone de varias fases, y dentro de cada una de ellas, los directores o los desarrolladores pueden descomponer adicionalmente el trabajo en iteraciones, con sus incrementos resultantes. Cada fase termina con un hito, determinado por la disponibilidad de un conjunto de artefactos, modelos o documentos.

En AUP se establecen cuatro fases que transcurren de manera consecutiva y que acaban con hitos claros alcanzados:

• Inception(Concepción): El objetivo de esta fase es obtener una comprensión común cliente-equipo de desarrollo del alcance del nuevo sistema y definir una o varias arquitecturas candidatas para el mismo.

• Elaboración: El objetivo es que el equipo de desarrollo profundice en la comprensión de los requisitos del sistema y en validar la arquitectura.

• Construcción: Durante la fase de construcción el sistema es desarrollado y probado al completo en el ambiente de desarrollo.

• Transición: el sistema se lleva a los entornos de preproducción donde se somete a pruebas de validación y aceptación y finalmente se despliega en los sistemas de producción. 

Las disciplinas se llevan a cabo de manera sistemática, a la definición de las actividades que realizan los miembros del equipo de desarrollo a fin de desarrollar, validar, y entregar el software de trabajo que responda a las necesidades de sus interlocutores. Las disciplinas son:

1. Modelo. El objetivo de esta disciplina es entender el negocio de la organización, el problema de dominio que se abordan en el proyecto, y determinar una solución viable para resolver el problema de dominio.

2. Aplicación. El objetivo de esta disciplina es transformar su modelo (s) en código ejecutable y realizar un nivel básico de las pruebas, en particular, la unidad de pruebas.

3. Prueba. El objetivo de esta disciplina consiste en realizar una evaluación objetiva para garantizar la calidad. Esto incluye la búsqueda de defectos, validar que el sistema funciona tal como está establecido, y verificando que se cumplan los requisitos.

4. Despliegue. El objetivo de esta disciplina es la prestación y ejecución del sistema y que el mismo este a disposición de los usuarios finales.

5. Gestión de configuración. El objetivo de esta disciplina es la gestión de acceso a herramientas de su proyecto. Esto incluye no sólo el seguimiento de las versiones con el tiempo, sino también el control y gestión del cambio para ellos.

6. Gestión de proyectos. El objetivo de esta disciplina es dirigir las actividades que se lleva a cabo en el proyecto. Esto incluye la gestión de riesgos, la dirección de personas (la asignación de tareas, el seguimiento de los progresos, etc), coordinación con el personal y los sistemas fuera del alcance del proyecto para asegurarse de que es entregado a tiempo y dentro del presupuesto.

7. Entorno. El objetivo de esta disciplina es apoyar el resto de los esfuerzos por garantizar que el proceso sea el adecuado, la orientación (normas y directrices), y herramientas (hardware, software, etc) estén disponibles para el equipo según sea necesario.

METODOLOGÍA SELECCIONADA POR EL DISEÑO Y DESARROLLO DE LA SOLUCIÓN INFORMÁTICA

PROCESO UNIFICADO AGIL (AUP)

El Proceso Unificado Agil o Agile Unified Process (AUP) en inglés es una versión simplificada del Proceso Unificado de Rational (RUP). Este describe de una manera simple y fácil de entender la forma de desarrollar aplicaciones de software de negocio usando técnicas ágiles y conceptos que aún se mantienen válidos en RUP. El AUP aplica técnicas ágiles incluyendo Desarrollo Dirigido por Pruebas (test driven development - TDD), Modelado Agil, Gestión de Cambios Agil, y Refactorización de Base de Datos para mejorar la productividad.

El proceso unificado (Unified Process o UP) es un marco de desarrollo software iterativo e incremental. A menudo es considerado como un proceso altamente ceremonioso porque especifica muchas actividades y artefactos involucrados en el desarrollo de un proyecto software. Dado que es un marco de procesos, puede ser adaptado y la más conocida es RUP (Rational Unified Process) de IBM.

AUP se preocupa especialmente de la gestión de riesgos. Propone que aquellos elementos con alto riesgo obtengan prioridad en el proceso de desarrollo y sean abordados en etapas tempranas del mismo. Para ello, se crean y mantienen listas identificando los riesgos desde etapas iníciales del proyecto. Especialmente relevante en este sentido es el desarrollo de prototipos ejecutables durante la base de elaboración del producto, donde se demuestre la validez de la arquitectura para los requisitos clave del producto y que determinan los riesgos técnicos.

El proceso AUP establece un Modelo más simple que el que aparece en RUP por lo que reúne en una única disciplina las disciplinas de Modelado de Negocio, Requisitos y Análisis y Diseño. El resto de disciplinas (Implementación, Pruebas, Despliegue, Gestión de Configuración, Gestión y Entorno) coinciden con las restantes de RUP. 

Justificación del Uso del Proceso Unificado Ágil como Modelo de Desarrollo:

Un modelo de ciclo de vida de software es una vista de las actividades que se llevan a cabo durante el desarrollo de éste, e intenta determinar el orden de las etapas involucradas y proporcionar unos criterios para avanzar de unas a otras. Por tanto, definir un ciclo de vida permite llevar un mayor control sobre las tareas, evitando que estas se vayan eligiendo y realizando de manera desordenada, según parezca que van surgiendo necesidades, que podrían ser puntuales y fácilmente evitables.

Uso del Proceso Unificado de Desarrollo

Debido al carácter relativamente investigador de este proyecto, y a la necesidad de modificar los requisitos que surgirían según se fueran evaluando y probando las distintas posibilidades con las que se cuenta para desarrollarlo, un modelo pesado no se ajusta de manera adecuada.

Sin embargo, un modelo puramente ágil necesita de un equipo de desarrollo con experiencia para ser llevado a cabo de manera satisfactoria, por lo que éste tampoco es el caso más adecuado para su aplicación. Es por ello que se ha optado por un modelo que combina características de ambas orientaciones, proporcionando un enfoque iterativo e incremental: el Proceso Unificado de Desarrollo propuesto por Rumbaugh, Booch y Jacobson.

Características del Proceso Unificado de Desarrollo

Al igual que con cualquier otro modelo de desarrollo, del Proceso Unificado también se pueden destacar ciertas características.

Dirigido por los casos de uso:

Un sistema software se crea para servir a sus usuarios por lo que, para construir un sistema exitoso, se debe conocer qué es lo que quieren y necesitan. El término “usuario” no se refiere solamente a los usuarios humanos sino también a otros sistemas, es decir, representa a algo o alguien que interactúa con el sistema a desarrollar.

En el Proceso Unificado, los casos de uso se utilizan para capturar los requisitos funcionales y para definir los objetivos de las iteraciones. En cada una, los desarrolladores identifican y especifican los casos de uso relevantes, crean el diseño usando la arquitectura como guía, implementan el diseño en componentes y verifican que los componentes satisfacen los casos de uso.

Centrado en la arquitectura:

El concepto de arquitectura del software involucra los aspectos estáticos y dinámicos más significativos del sistema, y actúa como vista del diseño, dando una perspectiva completa y describiendo los elementos más importantes. La arquitectura surge de los propios casos de uso, sin embargo, también está influenciada por muchos otros factores, como la plataforma en la que se ejecutará, el uso de estándares, la existencia de sistemas heredados (aunque éste no sea el caso que nos ocupa) o los requisitos no funcionales.

Puesto que la arquitectura y los casos de uso están relacionados, por una parte, los casos de uso deben, cuando son realizados, acomodarse en la arquitectura, y ésta debe ser lo bastante flexible para realizar todos los casos de uso, hoy y en el futuro. De palabras de los propios creados del Proceso Unificado, es un problema semejante al del “huevo y la gallina”. En la realidad, arquitectura y casos de uso deben evolucionar en paralelo.

Enfocado en los riesgos:

Para disminuir la posibilidad de fallo en las iteraciones o incluso la de cancelación del proyecto, se deben llevar a cabo sucesivos análisis de riesgos durante todo el desarrollo. Por supuesto, los riesgos principales deben ser identificados en una etapa temprana del ciclo de vida, y además, los resultados de cada iteración deben seleccionarse en un orden que asegure que estos son considerados primero.

PLANILLAS

ONTROL DE ASISTENCIA DE LAS ASESORIAS

PNF Informática – Proyecto Socio-Tecnológico

TUTOR: T.S.U Luis Mata
Trayecto: II	Trimestre: V	Fecha:23/10/2013	Semana:
Nombre del Proyecto: Desarrollo de una aplicación web para el control de citasmedicas en el centro de Rehabilitación Integral Mundo de Sonrisas-Heres ubicadoen la parroquia Catedral de Ciudad Bolívar Municipio Heres del Estado Bolívar.

Recomendaciones	Observaciones
Utilizar Metodología AUP, por ser una parte ágil y por su aplicación en cuanto a proyectos pequeños. Investigar fases de esta metodología y ejemplos.	El grupo selecciono una metodología la cual es buena, sin embargo para trabajar de una forma mas eficaz se cambia la metodología para una mas ágil.

Nro.	Apellidos y Nombres	Cédula	Firma
	Jésus Espinoza	21,262,171
	Jaciel Alcala	24,193,923
	Andreina Rodriguez	21,008,616

Firma del Tutor: CI: ____________________

PNF EN INFORMATICA
PROYECTO SOCIO-TECNOLOGICO II
VISITA AL TUTOR TECNICO
GRUPO NRO:12 SECCION:1M TURNO:Mañana TRAYECTO II TRIMESTRE V

FECHA: 23/10/13

SOLUCION INFORMATICA: Aplicación web para el control de citas medicas en el el centro de rehabilitacion integral “Mundo De Sonrisas - Heres”

MOTIVO DE LA TUTORIA:Seleccion de la metodologia

METODOLOGIA SELECCIONADA:Proceso Unificado Agil (AUP)

OBSERVACIONES:Cambio de metodologia para una mas eficaz.

PROXIMO ENCUENTRO CON EL GRUPO:

__________________________________

FIRMA TUTOR TECNICO

VISITA A UN CENTRO DE GESTION PARROQUIAL

VISITA A UN CENTRO DE GESTION PARROQUIAL

SECCION  1M    GRUPO Nº 12  FECHA  15/10/2013        

NOMBRE DEL  CENTRO DE GESTION PARROQUIAL

 U.E.E. “JOSÉ LUIS AFANADOR”

UBICACIÓN

CALLE O AVENIDA: AV. SAN SALVADOR – EN FRENTE DE GRANITOS BOLIVAR

PARROQUIA: LA SABANITA    

COMUNIDAD: LOS ACEITICOS   

PERSONAL ENCARGADO

LICDO. EDGAR BOLÍVAR

FECHA DE SU INAUGURACION   NOVIEMBRE DEL 2004   

HORARIOS: DE 2:00PM A 6:00PM

PROMEDIO DE USUARIOS  DIARIOS QUE ATIENDE   10   

ACTIVIDADES QUE SE REALIZAN EN ESTE CENTRO:

 TALLERES DE COMPUTACIÓN

 OFICINA DE LA MISIÓN RIBAS

REQUISITOS PARA USAR EL C.G.P.

 ESTAR REGISTRADO EN C.G.P

OBJETIVO DEL C.G.P.

PROMOVER LAS NUEVAS TECNOLOGIAS

ORGANISMOS QUE APOYAN AL CENTRO DE GESTION PARROQUIAL: 

 MISIÓN RIBAS

INVENTARIO

1.- EQUIPO DE COMPUTACION:

 MARCA: IBM

MODELO: PENTIUM 4

NUMERO EXISTENTE:   15                  OPERATIVOS: 15

2.- PROCESADOR: 

MARCA: INTEL PENTIUM 4

VELOCIDAD DE TRABAJO: 2.80GHz

3.- MEMORIA RAM: 

MARCA: 

ALMACENAMIENTO DE TRABAJO: 240MB

4.-TARJETA MADRE: 

MARCA:

MODELO:

5.- DISCO DURO: 

MARCA:

CAPACIDAD DE ALMACENAMIENTO: 40GB

VELOCIDAD DE TRABAJO:

6.- UNIDADES: 

 DISQUETERAS: FLOPPY.

LECTORA O QUEMADOR: UNIDAD DE CD SOLO LECTURA.

7.- TECLADO: 

MARCA: IBM

ESTANDAR: SI     OTRO:

8.- RATON:

 MARCA: IBM

MECANICO: SI         OPTICO.

9.- MONITOR:

 MARCA: IBM

 TIPO:   

LCD:                

 CRT: SI

10: SISTEMA OPERATIVO:

CANAIMA 3.0 (RORAIMA).

   
galería fotográfica

.