domingo, 15 de julio de 2018

Documento de visión


Documento de Visión


Este documento registra la visión que tiene el business owner (dueño del negocio) del sistema de software y también se documenta los riesgos y las limitantes.

El presente documento algunos analistas lo utilizan como la propuesta para el cliente.

Usualmente se toma de una a dos semanas en producirlo y será utilizado para determinar el tamaño del proyecto.

El documento tiene cinco secciones:

1.-  Introducción (incluye el planteamiento del problema)

Es un sumario del problema del negocio, este no incluirá todos los requerimientos funcionales o casos de uso, pero al menos los mas significativos.

2.-  Oportunidades del negocio (presente y futuro, es decir, lo que ocurre hoy y como van a quedar las cosas en el futuro al ser utilizado el software).

     Se registra la visión de la compañía (presente y futuro) y como el sistema de software soportará el negocio.

3.-  Solución propuesta (incluye requisitos funcionales y los no funcionales).

Se registra todos los requisitos de alto nivel (ambos RF y NFR) identificados por el business owner (stakeholder que conoce el dominio del problema) en la entrevista.

Agrupe los requerimientos funcionales (RF) en categorías según su prioridad.
    
     Puede agruparlos de acuerdo al perfil de los   stakeholders.

4.- Riesgos.

Registre todos los riesgos identificados en la entrevista.

   
5.-  Limitantes.

Registre las limitantes identificadas en la entrevista.

6.-  Identificar quienes son los Stakeholders.



A continuación incluye preguntas que deben realizarse para responder a las secciones: riesgos y limitantes


Preguntas utilizadas para descubrir riesgos:
Todos los proyectos involucran algún nivel de riesgo.

1.-  ¿Existen otros grupos en su negocio realizando funciones similares? (Riesgo Político)

2.-  ¿Usted planea utilizar nueva tecnología en el proyecto? (Riesgo Tecnológico)

3.-  ¿Usted tiene recursos de desarrollo o planea realizarlo a través de outsourcing? (Riesgo de recursos)

4.-  ¿Los miembros del equipo tienen las habilidades necesarias? (Riesgo de Habilidades)

5.-  ¿Qué parte del negocio podría cambiar, afectando el sistema de software? (Riesgo de Requerimiento)


Estas preguntas identifican limitantes o restricciones ocultas sobre el proyecto.

1.-  ¿Este proyecto será desarrollado sobre alguna plataforma específica?

2.- ¿Este proyecto requiere específicas tecnologías?

3.-  ¿El proyecto tiene un plazo de entrega?

4.-  ¿El sistema interactúa con algún sistema externo?

Normas de proyecto IV


NORMAS PROYECTO 4.1 Actividades a desarrollar por los equipos y/o grupos de trabajo


1.- Búsqueda de un proyecto (comunitario u institucional).

2.- Entregar documento de visión (para aceptación del proyecto).

3.- Cada grupo debe entregar una de las funcionalidades documentada y en funcionamiento (implementada en software), designada por el profesor de proyecto, según el diagrama de casos de uso principal entregado por cada equipo de proyecto, junto con la siguiente documentación:

4.- La funcionalidad seleccionada deberá incluir:

a)      La siguiente documentación asociada:
         1.      Escenarios del caso de uso seleccionado,
         2.      Modelo de dominio,
         3.      Modelo E-R,
         4.      Diccionario de datos (tablas),
        5.      Modelo relacional (normalizado).


b)     El formato de evaluación de la funcionalidad entregado: significa que su asesor institucional y/o comunitario deberá validar la funcionalidad antes de entregarla al profesor de proyecto correspondiente, colocando en ella las observaciones a que hubiere lugar.


c)    La funcionalidad deberá tener su correspondiente manual de usuario, el cual contendrá documentada cada una de las interfaces gráficas utilizadas en la funcionalidad seleccionada (desde el punto de vista del usuario final).


d)    Software (prototipo) demostrativo de la funcionalidad (el cual será validado, tanto por el asesor comunitario y por el profesor (tutor) de proyecto. La funcionalidad debe tener las cuatro operaciones básicas a realizarse en una base de datos: Insertar, Actualizar, Consultar y Eliminar.
 COMPROMISO:
El software (prototipo) y la documentación relacionada deberá ser entregada el día                         ____      , sin prorroga. De no ser así, su grupo de proyecto volverá a repetir proyecto 4.1 (sin excepción).


viernes, 13 de julio de 2018

reunión del día 10 de julio del 2018


Actividades a realizar en la semana del 10 de julio..

Grupo:  Samuel Rivas y Abrahan Suescun

Abordarán en su Institución a los encargados del área de sistemas para conversar sobre sus necesidades de información y estudiar la posibilidad de trabajar su proyecto allí.

Grupo: Gregory Cisneros y Diaz

Tendrán una reunión con su comunidad el día 14 de julio.

El estudiante Díaz no aparece inscrito en proyecto IV debe revisar su situación en control de estudios

Grupo Mauris Salazar.

Abordará son su supervisor el alcance de la aplicación a revisar. Se le sugirió revisar las plataformas de Saber ucv y Saber Ula



Grupo  José Sojo    revisará  el planteamiento de un aplicativo de manejo de documentos.

Grupo Xavier 

No asistió. En la reunión anterior, quedó en que iba a realizar un abordaje con su supervisor en la institución donde presta servicios.