ENTREGABLE 1

ENTREGABLE 1 (20%)

CARMEN VANESA RODRÍGUEZ PERCY

EDWIN DAZA ROMERO

HEVIN ALEJANDRO MONTOYA RIVERA

Mg. ORALIA CORTÉS GRAJALES

PROFESORA

FUNDACIÓN UNIVERSITARIA CATÓLICA DEL NORTE

FACULTAD DE INGENIERÍA

INGENIERÍA INFORMÁTICA

MEDELLÍN, 2018
 ENTREGABLE 1
2

CONTENIDO

INTRODUCCIÓN .................................................................................................................. 4

DESARROLLO DE LA ACTIVIDAD .................................................................................. 5

ANÁLIS DEL PROBLEMA .............................................................................................. 5

SITUACIÓN PROBLEMÁTICA: ..................................................................................... 5

PROPÓSITO ...................................................................................................................... 6

ALCANCE ......................................................................................................................... 6

EL SISTEMA DE INFORMACIÓN: ................................................................................ 6

DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS ................................................... 7

APRECIACIÓN GLOBAL ................................................................................................ 7

DEFINICIÓN DE REQUERIMIENTOS ............................................................................... 8

REQUERIMIENTOS FUNCIONALES ............................................................................ 8

UN MODELO CONCEPTUAL ........................................................................................... 10

CASOS DE USO QUE DERIVAN DEL ANÁLISIS .......................................................... 11

CASOS DE USO .............................................................................................................. 11

EL DIAGRAMA DE CASOS DE USO CORRESPONDIENTE ........................................ 18

DIAGRAMAS DE CASOS DE USO .............................................................................. 18

MODELO FUNCIONAL ..................................................................................................... 19

CONCLUSIONES ................................................................................................................ 20

REFERENCIAS ................................................................................................................... 21
 ENTREGABLE 1
3

TABLA DE VALORACIÓN ............................................................................................... 22

Ilustración 1 Modelo Entidad/Relación ................................................................................ 10

Ilustración 2 Diagrama de Uso # 1 ....................................................................................... 18

Ilustración 3 Diagrama de Uso # 2 ....................................................................................... 18

Ilustración 4 Diagrama de Actividad .................................................................................... 19

Tabla 1 Definiciones, acrónimos y abreviaturas .................................................................... 7

Tabla 2 Requerimiento Funcionales ....................................................................................... 8

Tabla 3 Requerimientos no funcionales ................................................................................. 9

Tabla 4 Caso de Uso # 1 ....................................................................................................... 11

Tabla 5 Caso de Uso # 2 ....................................................................................................... 12

Tabla 6 Caso de Uso # 3 ....................................................................................................... 13

Tabla 7 Caso de Uso # 4 ....................................................................................................... 14

Tabla 8 Caso de Uso # 5 ....................................................................................................... 15

Tabla 9 Caso de Uso # 6 ....................................................................................................... 16

Tabla 10 Caso de Uso # 7 ..................................................................................................... 17

 ENTREGABLE 1
4

INTRODUCCIÓN

El presente trabajo comprende el estudio, el análisis y la infraestructura que se requiere

aplicar para el correcto desarrollo y diseño de programas informáticos. Se aplicarán los

conceptos que durante la lectura de las unidades I y II del curso fueron adquiridos, se

evidenciara el uso de los criterios de evaluación planteados y el manejo de herramientas

ofimáticas para la representación de diagramas.

Para entrar en contexto, la importancia de un buen diseño a la hora de ejecutar y ofrecer un

software al consumidor, en el ejercicio como implementadores de soluciones, nos garantiza

un enfoque especifico, un producto satisfactorio y resultados funcionales. Si bien el estudio

de la arquitectura del software nos permite estas utilidades, es necesario moldear las

exigencias del cliente para optimizar los recursos, evitar sobrecosto y avalar nuestro

trabajo.

Entre lo conceptos mas importantes que se mostraran en el presente informe, encontrara los

estilos y patrones lógicos de la identificación procesos, el desarrollo y crecimiento de

estructura funcionales, el cumplimiento de normas y obligaciones de calidad, y la

identificación de acciones relevantes para la ejecución de nuevos procesos.

Otro organismo que se trabajó para el desarrollo de esta actividad corresponde a la

ingeniería del detalle, esto con el fin de evitar incertidumbres y vacíos que perjudiquen la

correcta interpretación de nuestras soluciones.

 ENTREGABLE 1
5

DESARROLLO DE LA ACTIVIDAD

ANÁLIS DEL PROBLEMA

En el presente documento se especificará los requisitos de software (ERS) para el

desarrollo del sistema de información web de la agencia inmobiliaria Real State. En los

posteriores ítems se comprenderá las necesidades del cliente y la solución propuesta.

SITUACIÓN PROBLEMÁTICA:

La compañía requiere de una plataforma web que permita a sus asesores comerciales

verificar el estado actual de los inmuebles que administran para sus usuarios. Este software

deberá realizar tareas tales como: elaborar cotizaciones de inmuebles, realizar contratos de

arrendamiento, registrar datos de los arrendatarios, registrar datos de los propietarios de

inmuebles, entre otros.

Real State, actualmente administra toda la información relacionada con el arrendamiento de

inmuebles en hojas de cálculo, cada vez más se les dificulta el tratamiento de la

información dado el constante crecimiento de la compañía y los asesores comerciales al

momento de consultar sobre las propiedades se encuentran con muchos inconvenientes. El

proceso es poco ágil y la información una vez encontrada puede llegar a estar

desactualizada. Con la implementación del sistema de información web se dará un manejo

adecuado de la información de la compañía, se agilizarán procesos como registro de

arrendatarios, actualización de precios y en términos generales todas aquellas tareas que

hacen parte del alquiler y venta de inmuebles.

 ENTREGABLE 1
6

PROPÓSITO

Con la elaboración de esta ERS se busca detallar los requerimientos que el usuario

manifiesta para el desarrollo del sistema de información partiendo de sus necesidades

actuales. Para esto se hará el uso de diagramas y modelos conceptuales que permitirán una

vista clara de la situación problémica de la compañía y de cómo a través de la plataforma se

dará solución a sus necesidades. Este documento va dirigido a los altos directivos de la

gerencia y los coordinadores del área comercial de la compañía Real State.

ALCANCE

El sistema de información desarrollado para la compañía será conocido como Inmosys.

EL SISTEMA DE INFORMACIÓN:

● Logrará la automatización de los procesos que se llevan a cabo en el área de ventas

y arrendamiento de inmuebles de la compañía.

● Proporcionará información confiable y en tiempo real para los asesores comerciales.

● Logrará que la compañía alcance un alto grado de competitividad en el mercado

inmobiliario.

● Facilitará la toma de decisiones dentro de la compañía, ya que la información

almacenada dentro de la base de datos le dará un mejor conocimiento del mercado a

directivos y coordinadores.

● Generará estadísticas acumuladas mes a mes del número de inmuebles registrados y

la cantidad de propiedades arrendadas o vendidas.

 ENTREGABLE 1
7

DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS

NOMBRE DESCRIPCIÓN

USUARIO Es la persona que usará el sistema para realizar algún proceso

ERS Especificación de requisitos de Software

RF Requerimiento funcional

RNF Requerimiento no funcional

Tabla 1 Definiciones, acrónimos y abreviaturas

APRECIACIÓN GLOBAL

El sistema de información trabajará bajo un entorno HTML lo que les permitirá a los

usuarios acceder a la plataforma a través de un navegador web y utilizar los diferentes

módulos habilitados para la gestión de consigna, arrendamiento o venta de inmuebles desde

múltiples plataformas y desde cualquier lugar de la nación.

Cada usuario tiene un perfil definido dentro del sistema Inmosys de acuerdo con sus

funciones operativas, logrando con esto un estricto acceso a la información y evitando el

uso indebido de los datos de sus clientes.

Toda la información estará contenida en bases de datos, podrá ser consultada, actualizada y

permanecerá disponible para todo uso en el marco legal y jurídico.

 ENTREGABLE 1
8

DEFINICIÓN DE REQUERIMIENTOS

REQUERIMIENTOS FUNCIONALES

NÚMERO REQUERIMIENTO DESCRIPCIÓN

El sistema debe permitir el

Admitir el ingreso de los usuarios que
ingreso a los usuarios que hagan
RF1 tengan nombre y contraseña
la debida autenticación, con su
autorizados.
nombre de usuario y contraseña.

El sistema debe permitir ingresar,

Tener un control sobre todas las
RF2 eliminar, modificar y buscar
propiedades que administra la agencia.
propiedades para arrendamiento.

Gestionar la información relacionada

Permitir ingresar, eliminar,
con los arrendatarios, sus datos de
RF3 modificar y buscar los
contacto básicos y los servicios que ha
arrendatarios que tiene la agencia.
contratado con la agencia.

Permitirá ingresar, eliminar,

Administrar la información de cada
modificar y buscar los datos de
RF4 asesor comercial, detallando sus datos
los asesores comerciales de la
personales y otros datos relevantes.
agencia.

El sistema debe permitir ingresar,

Llevar un registro de los contratos de eliminar, modificar y buscar los
RF5
arrendamientos realizados. contratos de arrendamientos
realizados.

El sistema debe permitir ingresar,

Registrar toda la información
modificar, buscar y eliminar la
RF6 relacionada con el propietario de un
información los propietarios de
inmueble.
inmuebles.

Tabla 2 Requerimiento Funcionales

 ENTREGABLE 1
9

REQUERIMIENTOS NO FUNCIONALES

NUM. REQUERIMIENTO DESCRIPCIÓN

* El sistema debe ser capaz de operar correctamente
con hasta 1K usuarios con sesiones concurrentes.
* El tiempo de respuesta del sistema frente a alguna
transacción o funcionalidad realizada por el usuario es
RNF1 EFICIENCIA
de 5 segundos.
* Cuando se modifique algún dato en la base de datos,
este debe actualizarse para todos los usuarios en
menos 2 segundos.
*El tiempo que tarda un usuario para aprender a
manejar del sistema no debe ser mayor a 6 horas.
*El sistema debe contar con manuales explicativos
sobre el uso de los diferentes módulos y
RNF2 USABILIDAD
funcionalidades del mismo.
* El sistema permitirá ser visualizado a través de
múltiples plataformas (tableta, teléfono inteligente y
computador de escritorio).
* El administrador del sistema será quien otorgue los
privilegios para el ingreso al sistema.
* Ante cualquier vulnerabilidad el sistema dejará de
operar. Únicamente podrá ser desbloqueado por el
RNF3 SEGURIDAD administrador del sistema.
* Los datos almacenados en el sistema, estarán
protegidos contra accesos no autorizados.
* Las comunicaciones con servidores y equipos
externos deben estar encriptadas .
* El sistema permanecerá operativo 24/7
RNF4 DEPENDABILIDAD
* El promedio de respuesta a fallas es de 15 min.
Tabla 3 Requerimientos no funcionales
 ENTREGABLE 1 10

UN MODELO CONCEPTUAL

Ilustración 1 Modelo Entidad/Relación

 ENTREGABLE 1
11

CASOS DE USO QUE DERIVAN DEL ANÁLISIS

CASOS DE USO

No. DE TIPO: REFERENCIAS DE

NOMBRE DEL CASO DE USO:
CASO DE Primario y REQUERIMIENTOS:
Ingresar al sistema
USO: 01 esencial RF1

Administrador Del Sistema Y Usuario

ACTORES
(asesor comercial y auxiliar de área).

Ingresar al sistema de información, realizando la debida autenticación

PROPÓSITO
con nombre de usuario y contraseña.

● El sistema INMOSYS debe tener una dirección web válida, la

cual permita el acceso al mismo.
PRECONDICIONES ● A través del navegador web el usuario debe ingresar la
dirección del sitio.
● El usuario debe tener un login y un password válidos para
ingresar a la plataforma.

POSCONDICIONES ● El usuario accede a la interfaz del sistema donde tendrá acceso

a los diferentes módulos del mismo.

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA

1. Digitar la URL del sistema 3. Vista de la página principal del

FLUJO DE EVENTOS
web INMOSYS, en la barra de
direcciones del navegador.
2. Digitar nombre de usuario y
contraseña en los campos
requeridos.
sistema web.
4. Acceso a los módulos y
herramientas que tenga autorizados,
según su perfil (administrador o
usuario).

MANEJO DE ● El nombre del usuario es incorrecto, el sistema mostrará un

SITUACIONES mensaje de error informando al usuario.
EXCEPCIONALES ● La contraseña es incorrecta, el sistema mostrará un mensaje de
error informando al usuario.

Tabla 4 Caso de Uso # 1

 ENTREGABLE 1
12

No. DEL TIPO: NOMBRE DEL CASO DE USO: REFERENCIASDE

CASO DE Primario y Registrar inmueble en el sistema REQUERIMIENTOS:
USO: 02 esencial RF2

ACTORES Asesor comercial y auxiliar del área

Registrar todos los datos del inmueble (código del inmueble,

PROPÓSITO localización, referencia catastral y superficie), estos datos deben
quedar almacenados en la base de datos del sistema.

El propietario del inmueble debe entregar toda la información del

mismo y entregar la documentación legal que corresponde.
PRECONDICIONES
El inmueble no debe existir en el sistema, en caso de que exista, se
hará una actualización de los datos del mismo.

La información del inmueble quedará almacenada en la base de datos.

POSCONDICIONES Esta información podrá ser actualizada, eliminada y buscada por los
asesores comerciales y auxiliares del área.

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA

1. Ingresar al módulo
inmueble, opción registrar
inmueble. 2. El sistema despliega el formulario
FLUJO DE EVENTOS para poder registrar el inmueble.
3. Digitar los datos que se
piden. 6. El sistema confirma el envío de los
datos grabados, con un mensaje en
4. Clic en opción grabar
pantalla.
datos.
5. Finalmente clic enviar.

MANEJO DE El código del inmueble ingresado no es numérico, se muestra en

SITUACIONES pantalla un mensaje indicando este error.
EXCEPCIONALES
La superficie ingresada no es numérica, se muestra un mensaje en
pantalla indicando este error al usuario.

Tabla 5 Caso de Uso # 2

 ENTREGABLE 1
13

No. DEL TIPO: NOMBRE DEL CASO DE USO: REFERENCIAS DE

CASO DE Primario y REQUERIMIENTOS:
USO: 03 esencial Inscribir arrendatario en el sistema RF3

ACTORES Asesor comercial y auxiliar del área

Registrar todos los datos del arrendatario (cédula, nombre, teléfono y

PROPÓSITO dirección), estos datos quedarán almacenados en la base de datos del
sistema.

● El arrendatario debe suministrar todos sus datos personales al

PRECONDICIONES asesor comercial o auxiliar del área.
● El arrendatario no debe existir en el sistema, en caso de que ya
exista, se hará una actualización de sus datos.

● La información del arrendatario quedará registrada en la base

POSCONDICIONES de datos del sistema.
● Esta información podrá ser consultada, modificada y eliminada
por los usuarios que tengan estos privilegios dentro del sistema.

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA

1. Ingresar al módulo
arrendatario, opción
registrar arrendatario. 2. El sistema despliega el formulario
FLUJO DE EVENTOS para poder registrar el arrendatario.
3. Digitar los datos que se
piden del arrendatario. 6. El sistema confirma el envío de los
datos grabados, con un mensaje en
4. Clic en opción grabar
pantalla.
datos.
5. Finalmente clic enviar.

MANEJO DE ● La cédula del arrendatario no es numérica, en este caso se

mostrará un mensaje por pantalla, advirtiendo de este error e
SITUACIONES indicando que se debe corregir.
EXCEPCIONALES ● El nombre del arrendatario contiene caracteres especiales, tales
como ($ #?), etc. En este caso de mostrará un mensaje de error
que indique al usuario que debe corregir la información
digitada.
Tabla 6 Caso de Uso # 3
 ENTREGABLE 1
14

No. DEL TIPO: REFERENCIASDE

NOMBRE DEL CASO DE USO:
CASO DE Primario y REQUERIMIENTOS:
Registrar asesor en el sistema
USO: 04 esencial RF4

ACTORES Administrador del sistema

Registrar los datos de los asesores comerciales de la agencia (cédula,

PROPÓSITO nombre, teléfono, correo y dirección), estos datos deben quedar
almacenados en la base de datos del sistema.

● El asesor debe proporcionar todos sus datos personales al

departamento de recursos humanos.
PRECONDICIONES ● El administrador obtiene los datos a registrar, desde recursos
humanos.
● El asesor no debe existir en el sistema, si ya existe; se podrán
actualizar sus datos.

● La información del asesor quedará grabada en la base de datos

POSCONDICIONES del sistema.
● Esta información podrá ser consultada, modificada y
eliminada sólo por el administrador del sistema.

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA

1. Ingresar al módulo
asesor, opción registrar
asesor. 2. El sistema despliega el formulario
FLUJO DE EVENTOS de registro de nuevo asesor.
3. Digitar los datos que se
piden del asesor. 6. El sistema confirma el envío de los
datos grabados, con un mensaje en
4. Clic en opción grabar
pantalla.
datos.
5. Finalmente clic enviar.

MANEJO DE ● La cédula del asesor no es numérica, en este caso se mostrará

un mensaje por pantalla, advirtiendo de este error e indicando
SITUACIONES que se debe corregir.
EXCEPCIONALES ● El nombre del asesor contiene caracteres especiales, tales
como ($ #?), etc. En este caso de mostrará un mensaje de
error que indique al usuario que debe corregir la información
digitada.
Tabla 7 Caso de Uso # 4
 ENTREGABLE 1
15

No. DEL TIPO: NOMBRE DEL CASO DE USO: REFERENCIAS DE

CASO DE Primario y
Crear contrato de arrendamiento REQUERIMIENTOS: RF5
USO: 05 esencial

ACTORES Asesor comercial

Hacer el registro del contrato de arrendamiento, efectuado por algún

PROPÓSITO inmueble, allí se deben registrar datos como: código del contrato,
nombre del arrendatario, duración del contrato, entre otros.

● Se deben haber concertado previamente las condiciones de este

PRECONDICIONES contrato, tanto con el propietario como con el cliente.
● El contrato no debe existir en el sistema.

● Toda la información del contrato quedará almacenada en la base

POSCONDICIONES de datos.
● Esta información podrá ser consultada, modificada y eliminada
sólo por el asesor comercial que registró el contrato.

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA

1. Ingresar al módulo contrato

arrendamiento, opción registrar
contrato.
FLUJO DE EVENTOS
3. Digitar los datos que se piden
del contrato.
4. Clic en opción grabar datos y
dar clic en enviar.
2. El sistema despliega el
formulario de registro de nuevo
contrato.
6. El sistema confirma el envío de
los datos grabados, con un mensaje
en pantalla.

MANEJO DE ● Los nombres el propietario y del arrendatario que se ingresan

contienen caracteres especiales, tales como ($ #?), etc. En este
SITUACIONES caso de mostrará un mensaje de error que indique que se debe
EXCEPCIONALES corregir la información digitada.
● La fecha ingresa no tiene el formato AAAA/MM/DD, se
mostrará un mensaje en pantalla indicando al usuario el formato
correcto para ingresar el dato y que así lo pueda corregir.
Tabla 8 Caso de Uso # 5
 ENTREGABLE 1
16

No. DEL TIPO: NOMBRE DEL CASO DE USO: REFERENCIAS DE

CASO DE Primario y Inscribir propietario de inmueble en el REQUERIMIENTOS:
USO: 06 esencial sistema RF6

ACTORES Asesor comercial y auxiliar del área.

PROPÓSITO Hacer el registro del propietario de un inmueble, se deben registrar sus

datos de contacto (cédula, nombre, dirección y teléfono).

PRECONDICIONES ● Los datos son obtenidos directamente del propietario, quien

entregará esta información al asesor comercial o al auxiliar del
área.
● El propietario no debe existir en el sistema, en caso de que
exista se hará una actualización de sus datos.

POSCONDICIONES

FLUJO DE EVENTOS ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA

1. Ingresar al módulo
propietario, opción registrar
propietario. 2. El sistema despliega el formulario
de registro de propietario.
3. Digitar los datos que se
piden del propietario. 6. El sistema confirma el envío de los
datos grabados, con un mensaje en
4. Clic en opción grabar
pantalla.
datos.
5. Finalmente clic enviar.

MANEJO DE ● La cédula del propietario no es numérica, en este caso se

mostrará un mensaje por pantalla, advirtiendo de este error e
SITUACIONES
indicando que se debe corregir.
EXCEPCIONALES ● El nombre del asesor contiene caracteres especiales, tales como
($ # ?), etc. En este caso de mostrará un mensaje de error que
indique al usuario que debe corregir la información digitada

Tabla 9 Caso de Uso # 6

 ENTREGABLE 1
17

No. DEL TIPO: REFERENCIAS DE

NOMBRE DEL CASO DE USO: Crear
CASO DE Primario y REQUERIMIENTOS:
perfiles y asignar permisos de usuario
USO: 07 esencial RF1

ACTORES Administrador del sistema

Crear los perfiles de los usuarios que tendrán acceso al sistema de

PROPÓSITO
información, asignado los permisos según su perfil administrativo

● Se debe tener la clasificación de los usuarios que utilizarán el

sistema, desde el área de recursos humanos se obtendrá
PRECONDICIONES información sobre el cargo a ocupar por ese usuario.
● El usuario no debe existir en el sistema, en caso de que exista
se hará una actualización de sus permisos.

POSCONDICIONES ● Se crea el usuario, asignando nombre y contraseña.

ACCIÓN DEL ACTOR RESPUESTA DEL SISTEMA

3. Digitar nombre del usuario.

FLUJO DE EVENTOS
1. Ingresar al módulo 4. Elegir dependencia a la que pertenece.
creación de usuarios.
5. Clic en opción grabar datos.
2. El sistema habilita el
formulario de creación de 7. Finalmente clic enviar.
usuarios. 8. El sistema confirma el envío de los
6. Elegir los permisos datos grabados, con un mensaje en
que tendrá el usuario. pantalla.

MANEJO DE
SITUACIONES ● Qué el usuario ya haya sido creado en el sistema, en este caso
se mostrará por pantalla un mensaje informativo, donde se
EXCEPCIONALES indicará que este usuario ya existe y que lo que debe hacer es
actualizar sus datos.

Tabla 10 Caso de Uso # 7

 ENTREGABLE 1
18

EL DIAGRAMA DE CASOS DE USO CORRESPONDIENTE

DIAGRAMAS DE CASOS DE USO

Ilustración 2 Diagrama de Uso # 1

Ilustración 3 Diagrama de Uso # 2

 ENTREGABLE 1 19

MODELO FUNCIONAL

Ilustración 4 Diagrama de Actividad

 ENTREGABLE 1
20

CONCLUSIONES

• A lo largo del presente informe se podra evidenciar la manera en la que se optimizaron

los recursos del sistema, el buen manejo de los conceptos técnicos aprendidos durante el

desarrollo del curso y la manera en la que se aplicaron el diseño y el análisis de la

situación problémica para ofrecer soluciones asertivas.

• Con la plataforma Inmosys nuestro cliente podrá consignar, consultar y modificar las

propiedades a las cuales representa, además de tener un registro confiable de donde

extraer estadísticas, inventarios y todo valor necesario para las justificaciones

contractuales para la creación de acuerdos de arrendamiento y venta de inmuebles.

• Si bien el presente trabajo abordo los conceptos de ERS para el desarrollo de soluciones

informáticas, la consulta externa y la proactividad fueron puntos esenciales para lograr un

trabajo en conjunto y aportar a nuestro cliente un producto garantizado y enfocado a

marcos legales y de calidad.

• El diagrama de uso de datos nos permitió manejar el comportamiento que tendría el

programa a desarrollar de acuerdo con las tareas y requisitos del negocio. El contexto

entre cada suceso para la coherencia en la ejecución de órdenes y la consistencia para

comprender el comportamiento de la plataforma.

• El diagrama de actividades nos permite mostrar a nuestros usuarios los roles que tendrán

en el manejo de la plataforma y así promover el buen uso de los recursos y mostrar lo

impactante que podrá llegar a ser si se ejecuta correctamente.

 ENTREGABLE 1
21

REFERENCIAS

Autor, N. s. (06 de Mayo de 2015). Obtenido de PMOinformatica:

http://www.pmoinformatica.com/2015/05/requerimientos-no-funcionales-ejemplos.html

Fernandez, C. C. (01 de Noviembre de 2007). Obtenido de Slideshare:

https://es.slideshare.net/unimauro/sistema-de-gestion-de-notas

Fernández, L. A. (SIN DATOS). Obtenido de Msdn.microsoft: https://msdn.microsoft.com/es-

es/library/bb972214.aspx

LoZada, Y. (03 de Abril de 2014). Obtenido de SlideShare:

https://es.slideshare.net/YarelyGuadalupe/requerimientos-funcionales-y-no-funcionales-

de-la-aplicacin

Marin, C. S. (2009). Obtenido de Universidad tecnologica de Pereira:

http://repositorio.utp.edu.co/dspace/bitstream/handle/11059/1317/6584038011S669.pdf;js

essionid=FC08F22914F7E5D2C155389EDB79B3BA?sequence=1
 ENTREGABLE 1
22

TABLA DE VALORACIÓN

ÍTEMS DE VALORACIÓN CUMPLE NO CUMPLE

1. Realiza análisis de requisitos y atributos de

calidad
2. Crea modelos conceptuales a partir del análisis
del dominio de un problema
3. Desarrolla casos de uso en concordancia con el
análisis realizado
4. Desarrolla diagramas de casos de uso en
concordancia con los casos de uso desarrollados
5. Desarrolla diagramas de actividades en
concordancia con los casos de uso desarrollados

6. Evidencia trabajo en equipo.

7. Entrega de manera puntual la actividad.

8. Entrega la actividad con buena presentación t

norma APA