Proyecto III

Proyecto III

Profesora: Laurimar Morillo

Periodo: 2021-1

ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA (10 %)

ACTIVIDAD ASI 2: ESTABLECIMIENTO DE REQUISITOS (20 %)
ACTIVIDAD ASI 4: ANÁLISIS DE LOS CASOS DE USO (20 %)
ACTIVIDAD ASI 5: ANÁLISIS DE CLASES (10 %)
ACTIVIDAD ASI 6: ELABORACIÓN DEL MODELO DE DATOS (20 %)
ACTIVIDAD ASI 8: DEFINICIÓN DE INTERFACES DE USUARIO (20 %)
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA

Consiste en describir el sistema o aplicación a desarrollar,

delimitar su alcance, definir su interacción con otros sistemas (si es
el caso) e identificar sus usuarios. Las tareas de esta actividad
involucran el proceso de Estudio de Viabilidad del Sistema (EVS)
como punto de partida para definir el sistema.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA (10 %)

Tarea ASI 1.1: Determinación del Alcance del Sistema (5 %)

Tarea ASI 1.2: Identificación del Entorno Tecnológico (1 %)
Tarea ASI 1.3: Especificación de Estándares y Normas (1 %)
Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales (1 %)
Conversatorio e informe técnico(2 %)
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Se indica qué procesos pertenecen al ámbito del Sistema de Información y se

identifican las entidades externas al sistema que aportan o reciben información.
Asimismo, se obtiene un modelo conceptual de datos identificando las entidades y
relaciones que forman parte del sistema o aplicación a desarrollar y se establece su
contexto.
El modelo de negocio especifica los procesos a los que se quiere dar
respuesta, en forma de casos de uso de alto nivel, y el subconjunto de objetos del
dominio requerido para ello. En esta actividad se realiza, también, la definición del
catálogo de requisitos del sistema o aplicación, se recomienda la definición de un
glosario de términos del ámbito de negocio, con el fin de conseguir una mayor
precisión en la especificación del sistema.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Productos a entregar:
-Catálogo de Requisitos
-Glosario
En Análisis Estructurado:
-Contexto del Sistema
-Modelo Conceptual de Datos
En Análisis Orientado a Objetos:
-Modelo de Negocio
-Modelo de Dominio
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto: Los requisitos son declaraciones que identifican

-Catálogo de Requisitos atributos, capacidades, características y/o cualidades
que necesita cumplir un sistema (o aplicación) para que
tenga valor y utilidad para el usuario. Es decir, un
requisito muestra todos los elementos necesarios para
la construcción del sistema.

Por otra parte, un requisito es una serie de elementos

básicos indispensables para que las aplicaciones
funcionen de manera correcta.
 Tarea ASI 1.1: Determinación del alcance del sistema

Los requisitos deben cumplir las siguientes características:

Producto: Necesarios: lo que pida un requisito debe ser necesario para el
-Catálogo de Requisitos producto.

No ambiguos: el texto debe ser claro, preciso y tener una única

interpretación posible.

Concisos: Debe redactarse en un lenguaje comprensible por

los inversores en lugar de uno de tipo técnico y especializado,
aunque aun así debe referenciar los aspectos importantes.

Consistentes: Ningún requisito debe entrar en conflicto con

otro requisito diferente, ni con parte de otro. Asimismo, el
lenguaje empleado entre los distintos requisitos debe ser
consistente también.
 Tarea ASI 1.1: Determinación del alcance del sistema

Los requisitos deben cumplir las siguientes características:

Completos: deben contener en sí mismos toda la información
Producto:
necesaria, y no remitir a otras fuentes externas que los expliquen
-Catálogo de Requisitos con más detalle.

Alcanzables: deben ser un objetivo realista, posible de ser

alcanzado con el dinero, el tiempo y los recursos disponibles.

Verificables: se deben poder verificar con absoluta certeza, si el

requisito fue satisfecho o no. Esta verificación puede lograrse
mediante inspección, análisis, demostración o testeo.

Estas características suelen ser subjetivas,ya que no pueden ser

calculadas de forma automática por ningún sistema. Por ello, se tiende a
utilizar métricas o indicadores que sí pueden ser calculados de forma
automática y que, pueden contribuir a ponderarlas
 Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
-Catálogo de Requisitos
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
-Catálogo de Requisitos
Requisitos funcionales
Definen las capacidades que deberá tener el sistema a desarrollar
describiendo los procesos que llevan a la transformación de las
entradas del sistema para obtener las salidas deseadas (lo que el
software debe o no hacer).

Los requisitos Funcionales definen:

- Cuáles entradas debe aceptar el sistema
- Cuáles salidas debe producir el sistema
- Qué datos debe almacenar el sistema que utilizarán otros
sistemas
- Qué operaciones debe realizar el sistema
- La sincronización y cronometraje de las actividades
anteriores.
 Tarea ASI 1.1: Determinación del alcance del sistema

Clasificación de los requisitos funcionales:

Producto:
Requisitos de datos o información: Hacen referencia al
-Catálogo de Requisitos
contenido o tipo de información que manejará el sistema.
Su objetivo es responder a qué información almacenará y
administrará el sistema.

Requisitos de interfaz (con el usuario): Buscan

determinar la forma como los usuarios van a interactuarán
con el sistema. El objetivo de definir los requerimientos de
interfaz es responder a cómo va a interactuar el usuario
con el sistema.
 Tarea ASI 1.1: Determinación del alcance del sistema

Clasificación de los requisitos funcionales:

Producto:
Requisitos de navegación: Determinan el modo como los
-Catálogo de Requisitos usuarios navegarán o se desplazarán dentro del sistema,
entre las diferentes secciones que lo componen.
Requisitos de personalización: Su propósito es describir
cómo el sistema deberá adaptarse a los diferentes tipos de
usuario que interactuarán con él; y de acuerdo con su
categoría o nivel podrán ingresar a todos los módulos del
sistema o solamente a algunos de ellos.
Requisitos transaccionales o funcionales internos:
Define la funcionalidad interna del sistema, excluyendo los
aspectos de interacción. Por ejemplo, el sistema deberá
generar un reporte de actividades de los usuarios
diariamente (se define el formato del reporte).
 Tarea ASI 1.1: Determinación del alcance del sistema

Requisitos no funcionales
Producto:
-Catálogo de Requisitos Definen las posibles causas o características que son
limitantes del sistema, como su rendimiento, disponibilidad de
equipos, etc. Los requisitos no funcionales, como su nombre
sugiere, no se refieren directamente a las funciones
específicas proporcionadas por el sistema, sino que están
orientados más hacia las necesidades surgidas del usuario.
Los requisitos no funcionales, se basan en el estándar ISO/IEC
91267, ahora englobado en el proyecto SQuaRE para el
desarrollo de la norma ISO 25000, que define un modelo
independiente de la tecnología para caracterizar la calidad de
software.
 Tarea ASI 1.1: Determinación del alcance del sistema

Los requisitos no funcionales no se refieren directamente a las

funciones específicas que proporciona el sistema, sino a las
Producto: propiedades emergentes de éste como la fiabilidad, el tiempo de
-Catálogo de Requisitos respuesta y la capacidad de almacenamiento.

Definen las restricciones del sistema como la capacidad de los

dispositivos de entrada/salida y las representaciones de datos que
se utilizan en las interfaces del sistema.

Pueden especificar el rendimiento del sistema, la protección, la

disponibilidad, y otras propiedades emergentes. A menudo son más
críticos que los requerimientos funcionales particulares.

Surgen de las necesidades del usuario, debido a las restricciones

en el presupuesto, a las políticas de la organización, a la necesidad
de interoperabilidad con otros sistemas software o hardware, o a
factores externos como regulaciones de seguridad o legislaciones
sobre privacidad
 Tarea ASI 1.1: Determinación del alcance del sistema

Características de los requisitos no funcionales:

Producto:
• Funcionalidad: Define las características necesarias para
-Catálogo de Requisitos
alcanzar el funcionamiento deseado del sistema, como la
interoperabilidad con los usuarios y la seguridad del sistema.
• Confiabilidad: Capacidad del sistema para mantener sus
niveles de rendimiento bajo ciertas condiciones específicas y
en un tiempo de respuesta dado, como la tolerancia a las
fallas y la capacidad de recuperación del sistema, entre otros
aspectos.
• Amabilidad (usabilidad): Describe el nivel de complejidad
que puede encontrar el usuario final para utilizar el sistema.
 Tarea ASI 1.1: Determinación del alcance del sistema

Características de los requisitos no funcionales:

Producto: • Eficiencia: Características que definen la diferencia entre el
-Catálogo de Requisitos rendimiento del sistema y la cantidad de recursos que éste
consume durante su funcionamiento.
• Capacidad de mantenimiento: Capacidad del sistema para
aceptar cambios dentro de su estructura sin perder
funcionalidad. Dentro de estos aspectos, hallamos la estabilidad
y validaciones de los diferentes módulos del sistema.
• Compatibilidad: Capacidad del sistema de ser instalado en
diferentes plataformas operativas sin presentar cambios en su
funcionamiento. Por ejemplo, adaptabilidad o capacidad de
instalación.
 Tarea ASI 1.1: Determinación del alcance del sistema
Producto:
-Catálogo de Requisitos
Características de los requisitos no funcionales:
• Portabilidad: Capacidad del software de ser transferido de
un entorno a otro.
• Productividad: Capacidad del software de permitir a los
usuarios gastar la cantidad apropiada de recursos en
relación con la efectividad obtenida.
• Seguridad: Capacidad del software para cumplir con los
niveles de riesgo permitidos para daños físicos y riesgos de
datos.
• Satisfacción: Capacidad del software de cumplir con las
expectativas de los usuarios en un contexto determinado.
 Tarea ASI 1.1: Determinación del alcance del sistema

Clasificación de los requisitos no funcionales:

Requisitos del producto: Enfocados a las características
Producto: que definen la forma de comportarse el sistema. Entre
-Catálogo de Requisitos ellos, encontramos la rapidez del sistema, cantidad de
memoria empleada, espacio de almacenamiento en disco
duro, etc.

Requisitos organizacionales: Se refieren principalmente a

la observancia de las políticas y procedimientos de la
organización y los desarrolladores.

Requerimientos externos: Factores externos del sistema

y del proceso de desarrollo, como la interoperabilidad, es
decir, la forma como el sistema interactuaría con otros
sistemas; o legislativos, vinculados con el acatamiento de
las leyes vigentes, como derechos de autor, propiedad
intelectual, etc.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
-Catálogo de Requisitos
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
El modelo conceptual en bases de datos, es
-Modelo Conceptual de Datos
una descripción de alto nivel de la estructura de
la base de datos independiente del SGBD que
se vaya a usar. El diseño de un modelo
conceptual parte de la especificación de
requisitos.
 TACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
area ASI 1.1: Determinación del alcance del sistema

Producto: El propósito del modelo conceptual es describir el

-Modelo Conceptual de Datos contenido de la información de la base de datos, en
vez de las estructuras de almacenamiento que se
requerirán para manejar esa información.

Se expresa mediante un lenguaje de muy alto nivel.

Es un modelo de datos que describe un conjunto
de conceptos de una realidad.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
Características:
-Modelo Conceptual de Datos
Expresividad: Representación de gran variedad de
Restricciones.
Simplicidad: Fácil de comprender por los usuarios.
Minimalidad: Ningún concepto presente se puede
expresar por otros conceptos.
Formalidad: Conceptos con interpretación única,
precisa y bien definida.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
Los modelos conceptuales más usados para
-Modelo Conceptual de Datos
bases de datos son:

- Entidad/Relación

- Diagrama de clases de UML

- Semántico
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto: Elementos básicos del modelo E/R

-Modelo Conceptual de Datos Entidad: es una Clase de objetos relevantes y
distinguibles del mundo, que son los sujetos de interés
para el modelo, para la organización. Ej. Cliente,
Empleado, Proveedor, Sucursal etc.

Al grupo de entidades con cualidades similares acerca de

los cuales se almacena información se le denomina tipo
(o, simplemente, conjunto de entidades).
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Elementos básicos del modelo E/R

Producto:
-Modelo Conceptual de Datos
Atributo: propiedad básica o característica de interés que
describe una entidad o asociación.
Mediante los atributos se representan las propiedades de
los objetos. Para cada atributo, existe un conjunto de
valores permitidos llamados dominio.

Relación: conexión, asociación entre 2 entidades (relación

binaria)
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Tipo de entidad: Grupo de objetos que tienen las

Producto: mismas propiedades y que en la organización para la
-Modelo Conceptual de Datos
que va a servir la BD tienen una existencia
independiente, bien sea física o abstracta.

Tipo de relación: Asociación que se establece

entre tipos de entidad para representar un conjunto
de relaciones que se establecen entre las ocurrencias
de esos tipos de entidades.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Características de las relaciones

Producto:
Grado: Número de tipos de entidades que participan en la
-Modelo Conceptual de Datos conexión.

Cardinalidad: Número de elementos de un tipo que se conectan

con un elemento de otro (restricción que se observa en el
dominio del problema y que controla las ocurrencias de las
relaciones).

En el caso de las relaciones binarias (grado 2):

- Relaciones muchos a muchos (n:m)

- Relaciones uno a muchos (1:m)
- Relaciones uno a uno (1:1)
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Ejemplo para la construcción de un modelo conceptual de datos a

partir de los siguientes requisitos (restricciones semánticas):
Producto:
-Modelo Conceptual de Datos - Los alumnos se matriculan de varias asignaturas (al menos una).

- Una asignatura puede tener varios alumnos matriculados.

- Todo profesor pertenece a un departamento concreto.

- Todo departamento debe tener un director, que es un profesor.

- Un profesor puede impartir varios grupos de la misma asignatura (o

de asignaturas diferentes).

- Un grupo de una asignatura ha de estar impartido, al menos, por un

profesor.

- Las clases de cada asignatura se imparten en días, horas y aulas

determinadas.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
-Modelo Conceptual de Datos
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
-Modelo Conceptual de Datos
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Producto:
-Modelo Conceptual de Datos
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

El modelado del negocio es una técnica para comprender los procesos

Producto: de negocio de la organización. Está soportado por dos tipos de modelos
de UML (el modelado de casos de usos y modelos de objetos). 
-Modelo de Negocio
Los objetivos del modelado de negocio son:
- Entender la estructura y la dinámica de la organización para la cual el
sistema va a ser desarrollado (organización objetivo).
- Entender el problema actual en la organización objetivo e identificar sus
potenciales y mejoras.
- Asegurar que los clientes, usuarios finales y desarrolladores tengan un
entendimiento común de la organización objetivo.
- Derivar los requisitos del sistema necesarios para apoyar a la
organización objetivo.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Describir y evaluar el estado del negocio

Producto: Un Modelo de Casos de Uso del Negocio describe los procesos de

negocio de una empresa en términos de casos de uso del negocio y
-Modelo de Negocio actores del negocio que corresponden con los procesos del negocio y
con los clientes, respectivamente.
Al igual que el modelo de casos de uso para un sistema, el modelo de
casos de uso del negocio presenta un sistema (en este caso, el
negocio) desde la perspectiva de su uso y esquematiza cómo
proporciona valor a sus usuarios.
Un modelo de objetos del negocio describe cómo cada caso de uso del
negocio es llevado a cabo por parte de un conjunto de trabajadores que
utilizan un conjunto de entidades del negocio y de unidades de trabajo.
Cada realización de un caso de uso del negocio puede mostrarse en
diagramas de interacción y diagramas de actividad.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Describir y evaluar el estado del negocio

Productos a entregar:
Una entidad del negocio representa algo que los trabajadores toman,
-Modelo de Negocio manipulan, inspeccionan, producen o utilizan en un negocio.
Una unidad de trabajo es un conjunto de esas entidades que conforma
un todo reconocible para el usuario final.
Identificar procesos de negocio
La técnica de modelado de negocio identifica entidades y trabajadores
que participan en la realización de los casos de uso del negocio.
Los trabajadores identificados en el modelo de negocio se utilizan como
punto de partida para derivar un primer conjunto de actores y casos de
uso del sistema.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Constituido por  un diagrama de clases conceptuales. Este diagrama está

compuesto por las "clases" que se han identificado en el análisis del
Productos a entregar:
negocio. Luego, este diagrama conceptual será "traducido" propiamente a
-Modelo de Dominio un diagrama de clases.

El modelo de dominio puede ser tomado como el punto de partida para el

diseño del sistema. Cuando se realiza la programación orientada a
objetos, se supone que el funcionamiento interno del software va a imitar
en alguna medida a la realidad, por lo que el mapa de conceptos del
modelo de domino constituye una primera versión del sistema.

Crear un modelo de dominio (conceptual) para los Casos de Uso, no

puede hacerse si no se cuenta con los Casos y con documentos que
permitan identificar los conceptos, también conocidos como objetos. La
creación no siempre es lineal, puede formularse en paralelo con el
desarrollo de los Casos de Uso.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Un Modelo de Dominio es un artefacto de la disciplina de análisis,

Productos a entregar: construido con las reglas de UML durante la fase de concepción, en
-Modelo de Dominio la tarea construcción del modelo del dominio, presentado como uno
o más diagramas de clases y que contiene, no conceptos propios
de un sistema sino de la propia realidad física.

Los modelos de dominio pueden utilizarse para capturar y expresar

el entendimiento ganado en un área bajo análisis como paso previo
al diseño de un sistema. Similares a los mapas mentales utilizados
en el aprendizaje, el modelo de dominio es utilizado por el analista
como un medio para comprender el sector industrial o de negocios
al cual el sistema va a servir.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.1: Determinación del alcance del sistema

Ejemplo de un sistema de transporte subterraneo

Producto:
-Modelo de Dominio
En este diagrama se ve que un Usuario
del Metro tiene cero o más boletos,
comprados estos en una maquina de
Venta de Boletos; dicha maquina «crea»
los boletos los cuales son consumidos en
un viaje, el cual tiene una estación de
origen y otra de destino.
Finalmente se ve que una estación tiene
una o más maquinas de venta así como
empleados de limpieza, seguridad y
operaciones.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.2: Identificación del Entorno Tecnológico

Productos:
-Catálogo de Requisitos
-Descripción General del Entorno Tecnológico del Sistema

En esta tarea se define en detalle el entorno tecnológico y los distintos elementos de

infraestructura técnica que dan soporte al sistema y que se requieren para dar respuesta a las
necesidades de información, especificando sus posibles condicionantes y restricciones técnicas que
afecten al diseño o construcción del sistema.
Los elementos de la infraestructura se pueden agrupar en los siguientes conceptos:
Hardware: procesadores, unidades de almacenamiento, estaciones de trabajo, etc.
Software: sistemas operativos, sub sistemas, middleware, gestores de bases de datos, sistemas de
archivos, software de base, herramientas y utilidades de gestión propias del sistema o aplicación, etc.
Comunicaciones: diseño de la topología de la red, protocolos, nodos de red, etc.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.2: Identificación del Entorno Tecnológico

Productos:
-Catálogo de Requisitos
-Descripción General del Entorno Tecnológico del Sistema

Se indican las necesidades de:

Almacenamiento: espacio en disco, espacio en memoria, pautas de crecimiento y evolución
estimada del sistema, etc.
Procesamiento: número y tipo de procesadores, memoria, etc.
Comunicaciones: líneas, caudal, capacidades de elementos de red, etc.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.3: Especificación de Estándares y Normas

Producto: Consiste en la especificación de estándares y normas de diseño y

-Catálogo de Normas construcción, donde se definen los estándares técnicos y de
nomenclatura, normas y recomendaciones, que generalmente están
relacionados con la adopción o diseño de una arquitectura o
infraestructura tecnológica concreta, y que pueden condicionar el
diseño o la construcción del sistema.

La realización de esta tarea permite considerar los estándares,

normativas, leyes o recomendaciones, que deben tenerse en cuenta a
lo largo de todo el proceso de desarrollo.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales

Producto:
En esta tarea se identifican los usuarios participantes y
-Catálogo de Usuarios
finales, interlocutores tanto en la obtención de requisitos
como en la validación de los distintos productos y la
aceptación final del sistema

Igualmente, se presenta en detalle los roles de usuario

requeridos o que interactúan en el sistema.
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales

Producto: A continuación se ejemplifica una Tabla de Roles de

usuario:
-Catálogo de Usuarios
 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA
Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales

Tabla de Roles de usuario

Producto:
-Catálogo de Usuarios