Reporte

Nombre: Anna Patricia Lopez Garca Matrcula: 2621041

Nombre del curso: Nombre del profesor:
Proyecto Integrador de software Jos Leonardo Villagmez Morales
avanzado
Mdulo: Actividad:
1. Anlisis Evidencia 1, Tema 5. Planeacin de
proyectos
Fecha: 15/09/2016
Bibliografa: Ing. Software. (2012). Modelo de Cascada. 15/09/2016,
de Obolog Sitio web: http://ingsoftware072301.obolog.es/equipo-3-
modelo-cascada-2010534, Isa A. (2013). modelo de cascada y espiral.
15/09/2016, de Blogger.com Sitio web: http://modelo-
cascada.blogspot.mx/, EcuRed. (2016). Fases del Modelo. 15/09/2016,
de EcuRed Sitio web: https://www.ecured.cu/Modelo_en_cascada, Juan
Carlos Tapias. (2012). Especificacin de requisitos de software.
15/09/2016, de Sistema de informacin Web para la gestin de
Procesos Administrativos y Acadmicos del Centro de Formacin
Socialista Metal minero de La Victoria, Edo. Aragua Sitio web:
http://documents.mx/documents/formato-ieee830srs-lleno.html,
Ingeniera Software. (2009). Clasificacin de los Requerimientos.
15/09/2016, de Ingeniera Software Sitio web:
http://clases3gingsof.wikifoundry.com/page/Clasificaci
%C3%B3n+de+los+Requerimientos.

Objetivo:
Planificar un proyecto.

Procedimiento:
SRS es un conjunto de recomendaciones para el requerimiento o
requisito de software, tiene como producto final la documentacin de
acuerdos cliente y el grupo de desarrollo.

Resultados:
La biblioteca de una universidad est solicitando un sistema para el
prstamo de libros; estn solicitando tu apoyo para dicha actividad. El
sistema debe validar que una persona no pueda sacar ms de 5 libros
a la vez. Como parte del anlisis del sistema debers hacer lo
siguiente:

Modelo del proceso de software.

Modelo de cascada
 Reporte

Anlisis de requisitos
Se analizar las necesidades de los usuarios finales del software para
determinar qu objetivos se deben cubrir.
Se debe consensuar todo lo que se requiere del sistema y ser
aquello lo que seguir en las siguientes etapas.

Diseo del Sistema

Se descompondr y organizar el sistema en elementos que puedan
elaborarse por separado, aprovechando las ventajas del desarrollo en
equipo.
Es conveniente distinguir entre diseo de alto nivel o arquitectnico y
diseo detallado. Como objetivo definir la estructura de la solucin
identificando grandes mdulos. Con ello se definir la arquitectura de
la solucin elegida. El diseo detallado definir los algoritmos
empleados y la organizacin del cdigo para comenzar la
implementacin.

Diseo del Programa

Se realizarn los algoritmos necesarios para el cumplimiento de los
requerimientos del usuario, tambin se realizarn los anlisis
necesarios para saber que herramientas usar en la etapa de
Codificacin.
 Reporte

Codificacin
Se implementar el cdigo fuente, haciendo uso de prototipos, as
como de pruebas y ensayos para corregir errores.
Dependiendo del lenguaje de programacin y su versin se crean las
bibliotecas y componentes reutilizables dentro del mismo proyecto
para hacer que la programacin sea un proceso mucho ms rpido.

Pruebas
Los elementos, ya programados, se ensamblan para componer el
sistema y se comprueba que funcionen correctamente y que cumple
con los requisitos, antes de ser entregado al usuario final.

Verificacin
El usuario final ejecuta el sistema, los programadores realizaron
exhaustivas pruebas para comprobar que el sistema no falle.

Mantenimiento
Etapa crtica, mantenimiento del Software ya que al utilizarlo como
usuario final puede ser que no cumpla con todas las expectativas.

SRS basados en el estndar IEEE

Prefacio
15/Septiembre/2016
A quien corresponda
Este documento presenta, el formato de especificacin de requisitos
del software segn estndares IEEE, se incluir toda la informacin
que se presenta en dicho estndar.

Introduccin
Este documento es una Especificacin de Requerimientos para el
sistema de prstamos de libros, control de prstamos y de inventario.

Glosario
Usuario, persona que utilizara el sistema.
SIS-I, sistema de informacin web para la gestin de procesos
administrativos y acadmicos.
ERS, especificacin de requerimientos del software.
RF, requerimientos funcionales.
RNF, requerimientos no funcionales.
FTP, protocolo de transferencia de archivos.

Definicin de Requerimientos del usuario

 Reporte

Interfaz del sistema, el sistema presentara una interfaz de usuario

sencilla para que sea de fcil manejo a los usuarios del sistema. El
sistema debe tener una interfaz de uso intuitiva y sencilla.

Ayuda en el uso del sistema, la interfaz del usuario deber de

presentar un sistema de ayuda que los mismos usuarios del sistema
se les facilite el trabajo en cuanto al manejo del sistema. La interfaz
debe estar con un buen sistema de ayuda.

Mantenimiento, el sistema deber de tener un manual de

instalaciones y manual de usuario para facilitar los mantenimientos
que sern realizados por el administrador. El sistema dispondr de
una documentacin fcil de actualizar donde permitir realizar nuevas
operaciones de mantenimiento con menos esfuerzo.

Diseo de la interfaz a la caracterstica de la web, la interfaz de

usuario debe ajustarse a las caractersticas de la web de la
institucin, dentro de la cual estar incorporando el sistema de
gestin de procesos y el inventario.

Desempeo, el sistema garantizara a los usuarios un desempeo en

cuanto a los datos almacenados en el sistema ofrecindoles una
confiabilidad a esta misma. Garantizara el desempeo el sistema
informtico a los diferentes usuarios, almacenara registros e
informacin que podr ser consultada y actualizada sin afectar el
tiempo de respuesta.

Confiabilidad del sistema, el sistema tendr que estar en constante

funcionamiento, ya que ser una pgina web diseada para
prstamos de libros. La disponibilidad ser de 24/7.

Arquitectura del sistema

 Reporte

Especificacin de requerimientos del sistema

Autentificacin de Usuario. Los usuarios debern identificarse para
acceder a cualquier parte del sistema. El sistema podr ser
consultado por cualquier usuario dependiendo del mdulo en el cual
se encuentre.

Registrar Usuarios. Los usuarios debern registrarse en el sistema

para acceder a cualquier parte del sistema. El sistema permitir al
usuario registrarse. El usuario debe suministrar datos como: CI,
Nombre, Apellido, E-mail, Usuario y Password.

Consultar Informacin. El sistema ofrecer al usuario

informacin general acerca de la Biblioteca, material existente.
Consultar la biblioteca: Muestra informacin general sobre los
materiales existentes, la cantidad y el tiempo de prstamo.

Gestionar Reportes. El sistema permitir generar reportes. Permite al

administrador imprimir reportes de la cantidad de prstamos
realizados por usuario, cancelaciones y retrasos, tambin ver listados
usuarios y material.

Modelos del sistema

 Reporte

Evaluacin del sistema

Ser necesario disponer de equipos de cmputos en perfecto estado:
Adaptadores de red.
Procesador de 1.66GHz o superior.
Memoria mnima de 256Mb.
Mouse.
Teclado
Sistema Operativo: Windows XP o superior.
Explorador: Mozilla o Chrome.

ndices
1.1 Prefacio
1.2 Introduccin
1.3 Glosario
1.4 Definicin de requerimientos del usuario
1.5 Arquitectura del sistema
1.6 Modelos del sistema
1.7 Especificacin de requerimientos del sistema
1.8 Modelo del sistema
1.9 Evaluacin del sistema

Clasificar los requerimientos

Funcionales
Ambiente fsico.
Usuarios y factores humanos.
Desempeo. Velocidad, disponibilidad, tiempo de respuesta, tiempo
de recuperacin.
Interfaz. Elemento de interaccin con la gente, hardware u otro
software.
Restricciones de diseo. Estndares establecidos para el desarrollo.
Operacin. Requisitos de la interface de usuario el inicio y fin, copias
de seguridad, requisitos de instalacin y configuracin.
 Reporte

Recursos. Funcionamiento del sistema.

Verificacin. Verificar y certificar que funciona correctamente el
sistema.
Prueba de aceptacin.
Seguridad. Proteccin del sistema contra cualquier manipulacin o
utilizacin indebida.
Calidad.
Fiabilidad. Fallos o cadas durante la operacin del sistema.
Mantenibilidad. Realizar adecuadamente su mantenimiento durante la
fase de explotacin.
Capacidad. Volmenes de informacin a procesar, tiempo de
respuesta, tamaos de ficheros o discos.
No funcionales. Atributos del sistema o atributos del ambiente del
sistema y generalmente no son establecidas por el usuario.
Implcitos. Que es lo que debe de tener el software.

Casos de uso

Conclusin:
Las etapas de planeacin o programacin de un proyecto representan
la lnea base viable para medir el desempeo una vez puesto en
marcha, con esto la planeacin se convierte en un punto de
referencia en caso de ser necesario de realizar una accin correctiva.