FAST

1. Definicin del proyecto

Visin (breve descripcin del proyecto)

Enunciado del problema

Necesidad (Expresar brevemente la necesidad que tiene la institucin de

automatizar el sistema)

Problema (Dar una breve introduccin y decir los problemas detectados;)

Aplicar una matriz para detallar los problemas
Sntoma Causa Efecto

O
Problema Causa Efecto Solucin

O Diagrama espina de pescado

Ejemplo de problemas que podran darse:

Carencia de herramienta de anlisis y visualizacin de informacin

Altos tiempos de respuesta de los requerimientos de usuarios, se refiere
a los limitantes de ellos mismos de autoabastecerse de informacin.
Tambin existe una dependencia del encargado de contabilidad.
Restricciones de acceso a los datos operacionales
Acceso a tipos de informes limitados (Sistema Operacional)
Hoy cada persona cuenta con un conjunto de hojas de Excel las cuales
no entregan los datos con la amplitud y la rapidez necesaria.

Objetivos del Sistema

Alcances del Sistema

Limitantes del sistema

Definicin de Roles

Para el desarrollo de la metodologa FAST se establecen los siguientes roles:

Describir los posible roles de las personas involucradas

Roles Responsabilidades

Analista DEtllar responsabiulidades

Diseador

Programador

Usuarios

Responsables

A continuacin se asignan las personas a cada uno de los roles definidos

en la metodologa, y adaptados a las necesidades del proyecto en
particular. En algunos casos se asigna ms de un rol a la misma persona,
principalmente debido a la magnitud del proyecto.
El equipo de trabajo y la asignacin de roles qued constituido de acuerdo al
siguiente cuadro:

Rol Responsables
Analista (nombre de la persona)

Nota (ac debe ir el cronograma de trabajo de todo el sistema o en su

defecto una referencia al anexo del mismo)

2. Fase 2 Anlisis de problemas

Aqu va el estudio de factibilidad
3. Fase 3. Anlisis de Necesidades o Requerimientos
Requerimientos funcionales
Que deseamos que haga el software por ejemplo imprimi reportes, registrar
usuarios , el sistema debe permitir registrar a nuevos contribuyentes etc.
 Requerimientos no funcionales
Se hacen en funcin de parmetros como : tiempo, legalidad, etc. (como
poner condiciones)
Por ejemplo : el sistema no se tardar mas de 5 minutos en imprimir un
reporte.

4. Diseo Lgico
En esta fase se establecen modelos lgicos de datos, de procesos y de

interfaz. Es necesario traducir las palabras de los requerimientos del

sistema para asegurar que los requerimientos estn completos y que

sean consistentes.

Diagramas de casos de uso

5. Fse 5. Anlisis de Decisin

Aqu se concluir el estudio de factibilidad

6. Diseo Fsico e Integracin

Modelo clases

Diagrama entidad Relacin

Diseo Fsico de la BD.

Arquitectura del sistema

7. Construccin y Pruebas

En esta parte deben colocar los estndares de pantalla que emplearn, describirlo.

Interfaz de Usuario

Podemos decir que, una interfaz de software es la parte de una aplicacin que el usuario ve y con la cual

interacta.
La interfaz incluye las pantallas, ventanas, controles, mens, la documentacin y el entrenamiento. Cualquier

cosa que el usuario ve y con lo cual interacta es parte de la interfaz. Una interfaz inteligente es fcil de

aprender y usar.

La Barra de Men

La barra de men que utilizamos esta presentada mediante una serie de opciones desplegables, que

proporcionan acceso a los distintos formularios del sistema como lo son: Catlogos, Formulacin, Ejecucin y

Consultas.

Esquematizar su men

Caractersticas de la Interfaz

La interfaz est diseada de una manera amigable con el usuario, de tal forma que ste pueda manipular el

sistema con mayor facilidad.

Cada una de las pantallas presenta iconos en cada uno de botones para que el usuario pueda entender

fcilmente la accin que realiza cada botn.

En cuanto al color, adems de ser un elemento decorativo, sirve para comunicar informacin.

Deben utilizarse combinaciones adecuadas; en el caso del sistema de formulacin y Ejecucin presupuestaria

los colores que se aplicaron son colores muy suaves y atractivos, ya que stos deben atraer la atencin, pero no

cansar despus de un rato de trabajo.

Todos los formularios, de acuerdo a su clasificacin estn basados en un estndar preestablecido. (qu

estndar) dibjenlo

El porqu del ttulo de la aplicacin

 El ttulo de la aplicacin est dado de la siguiente manera: SISFEP, siendo su significado Sistema de

Formulacin y Ejecucin Presupuestaria.

Programacin

Con respecto a la programacin, el lenguaje utilizado para la codificacin de cada uno de los formularios es

visual Basic.net.

Marco Legal

El Sistema de Formulacin y Ejecucin Presupuestaria (SISFEP), es propiedad de la Universidad Monseor

Oscar Arnulfo Romero (UMOAR), a la cual se le har entrega de una copia del software, y de la misma manera

se proporcionar otra copia a la Alcalda Municipal de Nejapa como herramienta de ayuda en sus procesos de

formulacin y ejecucin presupuestaria. Sin embargo, las modificaciones y alteraciones de la aplicacin sern

efectuadas nica y exclusivamente por los desarrolladores del sistema.

Seguridad de Acceso

Para la seguridad del sistema se tomaron ciertas restricciones en cuanto al acceso por parte de los usuarios.

Para el ingreso de los usuarios al sistema se tienen tres tipos de cuentas: Administrador, Formulador y Ejecutor;

cada una de stas debidamente autenticadas para evitar modificaciones no adecuadas en la informacin o

alteraciones en la misma.

El sistema proporciona una serie de huellas de auditoria, para el monitoreo de usuarios que han ingresado al

sistema.

8. Entrega e Instalacin

Rup
 Modelo de casos de uso

Modelo de anlisis

Modelo de diseo

Modelo de implementacin

Modelo de distribucin

Modelo de pruebas