Etapa1: Análisis y

Diseño

Tadeo Pérez Cruz

Mat:1905183
Hora: M5

1
 Análisis y Diseño

◼ 1.- Ciclo de vida del desarrollo de sistemas:

Análisis
Diseño
Programación
Pruebas
Implementación

◼ 2.-Estructura de Sistemas:
Capturista Programador
Analista programador
Líder de Software
Administración de Sistemas

2
¿Qué son los TRL y para qué sirven?

◼ Los TRL (Technology Readiness Levels) o, lo que es lo mismo, los

niveles de madurez de la tecnología, son determinadas categorías que
indican el grado de novedad y/o acercamiento al mercado de un
proyecto de I+D.
◼ Estos niveles se han introducido con el programa H2020 y su uso se
ha ido extendiendo hacia las convocatorias estatales y regionales,
aunque no se trata de algo especialmente novedoso, ya que fue la
NASA quien lo introdujo inicialmente para identificar el grado de
madurez de un proyecto concreto.
◼ Constan de 9 rangos, de mayor a menor incertidumbre tecnológica (y
como consecuencia, de menor a mayor proximidad a mercado), que se
desglosan a continuación:

3
 Continuación…

◼ TRL 0 “Idea”. Se trata de ideas no probadas previamente, o conceptos de los que no se han realizado ensayos o
análisis revisados por pares.

◼ TRL 1 “Investigación básica”. La investigación científica inicial se ha culminado, donde los principios
fundamentales de la idea han podido ser postulados y observados. Se han podido identificar los esquemas del
proceso. No hay pruebas experimentales y los análisis detallados están todavía disponibles.

◼ TRL 2 “Formulación de la tecnología” o “Concepto Tecnológico”. El concepto de la tecnología, su aplicación

y su puesta en práctica han sido formulados. Se perfila el plan de desarrollo. Se realizan estudios y pequeños
experimentos que proporcionan una “prueba de concepto” para los conceptos de la tecnología.

◼ TRL 3 “Investigación aplicada” o “Prueba de Concepto”. Se completan los primeros ensayos de laboratorio. El
concepto y los procesos han sido demostrados a escala de laboratorio o experimentos de mesa. El potencial de los
materiales y cuestiones de ampliación de escala han sido identificados.

◼ TRL 4 “Unidad de desarrollo de prototipo a pequeña escala” o “Validación en laboratorio”. Los

componentes de la tecnología han sido identificados. Una unidad de desarrollo de prototipo ha sido construida en
laboratorio y en entorno controlado. Las operaciones han proporcionado datos para identificar el potencial de
ampliación y cuestiones operativas.

◼ TRL 5 “Unidad de desarrollo de prototipo a gran escala” o “Validación en entorno relevante”. La tecnología
se ha calificado a través de pruebas en el entorno previsto, simulada o real. El nuevo desarrollo está listo para su
primer uso. Se refina el modelado de los procesos (técnica y económicamente
 Continuación…

◼ TRL 6 “Sistema prototipo” o “Demostración en entorno relevante”. Los componentesy

los procesos se han ampliado para demostrar el potencial industrial y su integración en el
sistema energético. La solución se ha modificado y ampliado. La mayoría de los problemas
identificados anteriormente se han resuelto. Se ha identificado y modelado el sistema a
escala comercial completa. La evaluación del ciclo de vida y la evaluación económica se
han perfeccionado.

◼ TRL 7 “Sistema de demostración” o “Demostración en entorno operacional (real)”. Se

ha demostrado que la tecnología funciona y opera a escala precomercial. Se han
identificado las cuestiones de fabricación y operacionales finales. Se han resuelto
cuestiones tecnológicas menores. La evaluación del ciclo de vida y la evaluación
económica se han perfeccionado.

◼ TRL 8 “Primer sistema de tipo comercial” o “Sistema completo y certificado”. Se ha

demostrado que la tecnología funciona a nivel comercial a través de una aplicación a gran
escala. Todas las cuestiones operacionales y de fabricación han sido resueltas.

◼ TRL 9 “Aplicación comercial completa” o “Despliegue”. La tecnología ha sido

completamente desarrollada y está disponible comercialmente para cualquier consumidor,
(dbrveiro, 2020).
5
 Análisis y Diseño

◼ ¿Qué es el análisis y diseño de sistemas?

Dentro de las organizaciones se refiere al proceso de examinar

la situación de una empresa con el propósito de mejorarla con
métodos y procedimientos más adecuados.

◼ El análisis es el proceso de clasificación e implementación de

hechos, diagnósticos del problema (Qué).

◼ El Diseño es el proceso de planificar, reemplazar o

complementar un sistema organizacional existente (Como).

6
◼ ¿Qué es un sistema?
Es un conjunto de componentes que interactúan
entre sí para lograr un objetivo en común .

➢ Un Sistema engloba, entre otros, elementos de tipo

hardware, software, personas, información, técnicas,
facilidades y servicios. ! Estos requisitos engloban a
los requisitos de diferentes interesados: usuarios,
clientes, autoridades, etc.

◼ ¿Qué es la determinación de proyectos?

Es el estudio de un sistema para conocer como
trabaja y dónde es necesario efectuar mejoras.
7
¿Qué es un requerimiento?
◼ Es una característica que debe incluirse en un nuevo sistema
(Necesidades).

◼ ¿Qué es un requisito?
◼ Una condición o capacidad que debe ser cumplida, o poseída, por un
sistema o componente de sistema, para satisfacer un contrato,
estándar, especificación u otros documentos impuestos formalmente.

◼ ¿Qué es Ingeniería de Requisitos?

◼ Comprende las actividades de desarrollo de software relacionadas con
la gestión y definición de requisitos para sistemas nuevos o actuales.

◼ ¿Qué es la Especificación de Requerimientos de Software(ERS)?

◼ Documentación formal de los requisitos del sistema. (Martínez, 2015)

8
Características de los requerimientos:
◼ Según el estándar IEEE-830 los requisitos deben ser:
✓ Correctos
✓ Consistentes
✓ Completos
✓ Realistas
✓ Necesarios
✓ Verificables
✓ Rastreables
*El Instituto de Ingeniería Eléctrica y Electrónica (conocido por sus siglas IEEE, asociación técnico-profesional mundial dedicada a
la estandarización, entre otras cosas. Es la mayor asociación internacional, sin ánimo de lucro, formada por profesionales de las
nuevas tecnologías. (ECURED, 2020)
*El estándar IEEE 830-1998, ERS (Especificación de requerimientos de software) es un conjunto de recomendaciones para la
especificación de los requerimiento o requisitos de software. (ECURED, 2020)

9
 Actividades en la determinación de
requerimientos:

ACTIVIDAD DESCRIPCIÓN
Anticipación de requerimientos Prever las características del sistema con base
en la experiencia previa. Esto puede llevar al
analista a investigar áreas y aspectos que de
otra forma no serian tomados en cuenta.

Investigación de requerimientos Estudio y documentación del sistema actual

utilizando para ello técnicas para hallar hechos,
análisis de flujo de datos y análisis de decisión.

Especificación de requerimientos Análisis de los datos que describen el sistema

para determinar que tan bueno es su
desempeño, que requerimientos se deben
satisfacer y las estrategias para alcanzarlos.

10
Requerimientos básicos

◼ Los analistas estructuran su investigación al buscar respuestas

a las siguientes cuatro preguntas importantes:

¿Cuál es el proceso básico de la empresa?

¿Qué datos utiliza o produce este proceso?

¿Cuáles son los límites impuestos por el tiempo y la carga de

trabajo?

¿Qué controles de desempeño utiliza?

11
 Requerimientos de transacción de los
usuarios

¿Qué es una transacción?

¿Qué es lo que forma parte de la transacción que
esta siendo procesada?
¿Qué es lo que inicia la transacción?
¿Quiénes inician los pedidos? ¿Con que propósito?
¿Qué volumen esta siendo asociado con cada
pedido?

◼ Los sistemas a nivel transacción

Capturan, procesan y almacenan datos por alguna
razón.

12
 El analista debe dar respuestas a las siguientes
preguntas para desarrollar un perfil completo
del sistema bajo investigación:
¿Cuál es el volumen de actividades que se presentan?
VOLUMEN ¿Con que frecuencia ocurren las actividades?
¿Ocurren las actividades de acuerdo a un ciclo?
¿Qué áreas necesitan un control especifico?
CONTROL ¿Cuáles son los métodos de control utilizados?
¿Qué criterios se emplean para medir y evaluar el desempeño?
¿Qué métodos se emplean para detectar lagunas en los controles?
¿Se toman precauciones específicas de seguridad para protección contra una actividadimpropia?
¿Existen métodos para evaluar el sistema?

¿Qué procesos, pasos o funciones constituyen esta actividad?

PROCESOS ¿Qué es lo que da inicio a esta actividad?
¿Cuánto tiempo tarda cada actividad?
¿Qué retrasos ocurren o pueden ocurrir?
¿Cuál es el costo de operación del sistema?
¿Qué datos entran al sistema y cual es su origen?
DATOS ¿En que forma se reciben los datos del sistema? Y ¿en que forma sonalmacenados?
¿Qué datos son almacenados en el sistema o como parte de las actividades del mismo?
¿Quiénes utilizan la información generada por el sistema?
¿Qué es lo que no se utiliza?
¿Qué datos fallan con mayor frecuencia?
¿Qué tablas de referencia, diagramas u otros datos se utilizan?
¿Cómo están codificados o abreviados los datos y actividades?
OTROS ¿Quiénes son las personas clave en el sistema?
13
 Continuación…

Información de sistemas internos con variables (datos) externos.

Los analistas que investigan sistemas para soporte de decisión

deben de formular las mismas preguntas sobre frecuencia y
volumen anteriormente mencionada, pero también deben de
hacer otras para determinar los requerimientos de las
decisiones.

◼ 1.-¿Qué información se utiliza para tomar la decisión?

◼ 2.-¿Cuál es la fuente de esta decisión?
◼ 3.-¿Cómo se deben de procesar la información para producir la
información necesaria?
◼ 4.-¿Cómo debe presentarse la información?

14
Elicitación
◼ es un término asociado a la psicología que se refiere al traspaso de
información de forma fluida de un ser humano a otro por medio del
lenguaje.
◼ Es la primera actividad a realizar.
◼ Para llevarla a cabo el ingeniero debe aprender:
◼ De donde vienen los requisitos, y Cómo puede recopilarlos.
◼ Es una actividad fundamentalmente humana, en la que se identifican
los interesados y se establecen relaciones entre el equipo de
desarrollo y los clientes.

15
Las principales Técnicas para Captura de
Requisitos son:

◼ Entrevistas
◼ Escenarios
◼ Observación
◼ Reutilización de Requisitos
◼ Prototipado

16
Elicitación - Técnicas
◼ El entrevistado puede presentar:
➢ Pasividad, inhibición
➢ No aceptación
➢ Rechazo
➢ Agresividad

◼ El entrevistador debe poseer:

➢ Ciertas cualidades personales
➢ Conocimiento de técnicas
➢ Actitud adecuada
➢ Experiencia práctica

17
Cualidades personales de un buen
entrevistador:

◼ Saber observar y escuchar

◼ Poseer madurez
◼ Ser objetivo e imparcial
◼ No ser autoritario
◼ Capacidad de empatía
◼ Comprensión
◼ Ser cordial y accesible
◼ Respetar la intimidad
◼ Ser sincero, paciente, sereno
◼ Ser prudente

18
 Técnicas para entrar hechos:
Entrevistas: Se emplea para reunir información proveniente de
personas o grupos por lo general son usuarios de los sistemas
existentes ó administradores del mismo. (Algunas veces es
recomendable hablar primero con los administradores para conocer los
requerimientos generales).

◼ Es importante recordar que los usuarios y los analistas conversan .

No se interrogan.

◼ A menudo este método es la mejor fuente de información cualitativa

(opiniones).

◼ Este método es muy útil con personas que no se comunican por escrito
en una forma adecuada ó que no tienen tiempo de llenar un
cuestionario.

19
 Existen 2 Tipos de entrevistas las
estructuradas y las no estructuradas.

◼ Las no estructuradas: son entrevistas libres de pregunta y

respuesta este formato anima a los entrevistados a
compartir sus sentimientos, ideas y creencias.

◼ Las estructuradas: Utilizan preguntas en un formato de

respuestas abiertas y cerradas.

◼ El primero (abiertas) permite que es entrevistado dé

respuestas con sus propias palabras; el segundo
(cerrado) un conjunto anticipado de respuestas.

20
 Cuestionario
◼ El uso de cuestionario permite a los analistas reunir información
proveniente relacionada con varios aspectos de un sistema de un
grupo grande de personas.

◼ Este método no permite al analista observar las expresiones o

reacciones de los encuestados.

Ver
https://mopinion.com/es/mejores-software-de-encuestas-en-linea-
herramientas-de-cuestionarios/

21
 Dificultades…
◼ Los requisitos son una etapa clave en el ciclo de vida:
◼ Su costo es alrededor de 10-15% del coste total del proyecto.
◼ Un error en los requisitos puede ser hasta 100 veces más
costoso que un error en el código.
◼ Una equivocación en la etapa de requisitos se arrastra en las
demás fases del ciclo de vida
◼ Los procesos/sistemas complejos implican miles de requisitos
◼ Necesidad de gestión y soporte automatizado
◼ No reflejan las necesidades reales del cliente
◼ Son inconsistentes y/o incompletos
◼ Puede haber malentendidos entre clientes, analistas, ingenieros
software, ..
◼ Otros…
22
Problemas de las Entrevistas:
◼ Discrepancia de objetivos
◼ Barreras de comunicación
◼ Oír lo que queremos
◼ Pasar por alto ideas contrarias
◼ Prejuicios sobre el emisor
◼ Diferente significado de las palabras
◼ Comunicación no verbal
◼ Emociones
◼ Ruido
◼ Distancia

23
Cómo eliminar las barreras
◼ Adaptarse al mundo del receptor
◼ Utilizar el diálogo
◼ Servirse de la comunicación
◼ directa
◼ Insistir varias veces
◼ Utilizar lenguaje sencillo y directo
◼ Utilizar vías distintas
◼ Reducir las distancias

24
Factores a considerar para detectar
problemas durante las entrevistas:
◼ Comunicación no verbal
◼ Contacto corporal.
◼ Proximidad física. Orientación. Postura
◼ Ademanes. Cabeza. Expresión facial. Ojos.
◼ Apariencia.
◼ Aspectos del lenguaje.
◼ “Escuchar y responder”
◼ Vocabulario
◼ Expresión verbal

25
 Modelo de datos
(Diagrama Entidad-Relación)
◼ Se encarga de escribir los datos, sus relaciones, sus limitaciones y su semántica.

◼ Componentes básicos de un modelo de datos:

*Entidad

*Atributos

◼ *Relación
1:1,
1:M,
M:1,
M:M

26
 Entidad
◼ Es un objeto de la realidad modelada que fácilmente puede ser identificada.
Ejemplo: Un cliente
Un empleado
Un estudiante

Atributo
◼ Son los componentes que describen a una entidad.
Ejemplo: Cliente
Número del cliente
Nombre del cliente
Domicilio del cliente

Relación
◼ Es la asociación entre las entidades. La relación puede ser Simple o Compleja.

➢ Simple: Es cuando existe una relación de uno a uno.

➢ Compleja: Es cuando existe una relación de 1:M, M:1, M;M.

27
 Reglas de interrelación de tablas:

Relación 1:1

◼ La llave primaria de una de las dos tablas o entidad pasa a la siguiente tabla o
entidad.

Relación 1:M, M:1

◼ La llave primaria de la tabla que tiene la relación número 1 pasa como llave
foránea a la tabla de relación de muchos.

Relación M:M

◼ Se formara una nueva tabla que contenga las llaves primarias de ambas tablas
o entidades y estas formaran una llave primaria en la nueva tabla,
separadamente serán llaves foráneas.

28
Bibliografía

Ver video: https://www.youtube.com/watch?v=93lXbhfafFQ (El análisis de requerimientos)

29