Proyecto de Grado

PROYECTO
DE GRADO
Escuela de Ingenieras.
Ing. Alejandro Arroyave Prez
alejandro.arroyave@ciaf.edu.co
LEVANTAMIENTO DE REQUERIMIENTOS
Son las necesidades del cliente y no las
necesidades que creemos que tiene el
cliente.
* Los requerimientos deben ser
Consistentes: Debe ser coherente con los

propios requerimientos y tambin con otros
documentos de especificacin.
Inequvocos:La redaccin debe ser
clara de modo que no se pueda mal
interpretar
Verificable: Debe existir un mtodo
finito sin costo para poder probarlo.
* Tipos de requerimientos
Funcionales
Servicios que el sistema debe proporcionar
Ejemplo:
1.El sistema debe calcular la nota final en base a
la ponderacin que se le d a cada una de las
notas del semestre.
2.El sistema debe mostrarle al alumno un listado

de las materias que est cursando actualmente
* Tipos de requerimientos
No Funcionales
Son restricciones que afectan al sistema
Ejemplo:
Las consultas se deben resolver en menos de
3 segundos
Algunas tcnicas de levantamiento de
requerimientos
Entrevistas Encuestas Lluvia de ideas
Observacin Prototipos Documentacin

* Entrevistas
* Entrevistas
Escuche al entrevistado
La misin de la entrevista es recopilar
informacin valiosa. No se trata de
confirmar la opinin del entrevistador.
* Entrevistas
Al momento de ir a realizar una
entrevista, primero se debe estudiar el
tema y disear un cuestionario de
preguntas para llevar al entrevistado
Cada entrevista debe tener un objetivo

especfico, y el entrevistado debe conocer
este objetivo, para que el entrevistado no
divague en temas diversos.
* Entrevistas
Preguntas abiertas
Preguntas cerradas
* Prototipos
La principal
utilidad de los
prototipos como
parte del
levantamientos de
requerimientos, es
verificar que tanto
el cliente como
nosotros estemos
hablando el mismo
idioma
* Prototipos
Un prototipo no es igual que maquetar el sitio web
DIAGRAMA DE CASOS DE USO
El modelo de casos de uso suele

servir, entre otras cosas, para delimitar
el alcance del sistema, esbozar quines
interactuarn con el sistema, a modo de
actores, cules son las funcionalidades
esperadas y capturar un primer glosario
de trminos del dominio. [1]
[1] UML Modelado de software para profesionales, Carlos Fontela. Pg 33

* Elementos
* Actor
El actor es un agente externo
al sistema, por lo que se
encuentra fuera del lmite del
sistema.
El actor representa un cierto
papel que un usuario puede
jugar en el sistema, teniendo
como usuario no solo a un ser
humano, si no tambin a otro
sistema informtico.
* Caso de uso
Podemos definir un
caso de uso como
una accin que un
actor puede realizar
en el sistema
* Lmite del sistema
Lmite
* Relaciones
* Descripcin del caso de uso
3.Caso de uso Nombre del caso de uso
Actores Actor 1
Actor 2
Actor N
Propsito Lo que se pretende lograr con el
caso de uso
Precondiciones Condiciones que se deben

cumplir para poder ejecutar este
caso de uso
Referencias Identificador de los

requerimientos que se les estan
dando cumplimiento con este
caso de uso. Ej:
RQ1, RQ2, RQ4

Curso Normal de los Eventos
Accin de los actores Respuesta del sistema
1. 2.
3. 4.
5. 6.
Curso Alterno
Accin 2
Accin 2:
Diagrama de secuencia
Eldiagrama de secuencia muestra la
interaccin de un conjunto de objetos a
travs del tiempo.
* Elementos
* Ejemplo Login
* Ejemplo Login (Curso alterno)
MODELO ENTIDAD RELACIN
El modelo entidad relacin es un diagrama
que se usa para representar cules son las
entidades relevantes de un sistema (de las
que nos interesa almacenar informacin),
cules son los atributos de cada una de estas
entidades, y cuales son las relaciones
existentes entre las mismas
El diagrama entidad relacin suele abreviarse

como MER (Modelo entidad relacin)
MER - EJEMPLO
MER - Ejemplo
MODELO RELACIONAL
Elmodelo relacional es el modelo que

nos sirve para establecer la estructura
de una base de datos relacional
PASAR DEL MER A MODELO
RELACIONAL
Para pasar del MER al Modelo Relacional,
lo primero es convertir cada una de las
entidades en tablas, y cada uno de los
atributos de la entidad en columnas de la
tabla.
RELACIONAL
Relaciones 1: N
Se toma la llave primaria de
(1) y se pone como llave
fornea en (N)
RELACIONAL
Relaciones N:N
Se crea una tabla nueva
donde se van a poner cada
una de las llaves primarias
de las tablas, como llave
fornea en la tabla nueva.
RELACIONAL
Relaciones 1:1
Se pone la llave primaria
de una de las tablas como
llave fornea en la otra
tabla

Proyecto de Grado

Cargado por

Copyright:

Formatos disponibles

Proyecto de Grado

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto de Grado

Cargado por

Copyright:

Formatos disponibles

PROYECTO

Ing. Alejandro Arroyave Prez

Consistentes: Debe ser coherente con los

2.El sistema debe mostrarle al alumno un listado

Entrevistas Encuestas Lluvia de ideas

Observacin Prototipos Documentacin

Cada entrevista debe tener un objetivo

El modelo de casos de uso suele

[1] UML Modelado de software para profesionales, Carlos Fontela. Pg 33

Precondiciones Condiciones que se deben

Referencias Identificador de los

RQ1, RQ2, RQ4

El diagrama entidad relacin suele abreviarse

Elmodelo relacional es el modelo que

También podría gustarte