Documentos de Académico
Documentos de Profesional
Documentos de Cultura
INV2
INV2
Diseño
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 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 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…
6
¿Qué es un sistema?
Es un conjunto de componentesque interactúan
entre sí para lograr un objetivo en común .
¿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.
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.
10
Requerimientos básicos
Los analistas estructuran su investigación al buscar respuestas
a las siguientes cuatro preguntas importantes:
11
Requerimientos de transacción de los
usuarios
1.-¿Qué
2.-¿Cuál información
es la fuente se
de utiliza para tomar la decisión?
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
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).
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.
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.
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, .. 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.
*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.
Relación 1:1
La llave primaria de una de las dos tablas o entidad pasa a la siguiente tabla o
entidad.
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
29