FACULTAD DE INGENIERÍA

MECANICA Y ELECTRICA.

Programación Orientada a
Objetos

Profesora: MAYRA DEYANIRA FLORES

GUERRERO

Nombre Grupo: 002

Matricula Carrera
Miguel Alejandro Escobedo Garcia 2008440 IAS
 Investigación No.2
Etapa1: Análisis y Diseño

Dra. Mayra Deyanira Flores Guerrero

Alumno:
Matricula:
N.L.:

2
 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

3
¿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:

4
 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 componentes y

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).

7
 ¿Qué es un sistema?
Es un conjunto de interactúan
componentes que 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. 8
¿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)

9
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)

10
 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.

11
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?

12
 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.

13
 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 actividad impropia?
¿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 son almacenados?
¿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?

14
 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 de las
requerimientos
decisiones.

 1.-¿Qué
2.-¿Cuál información se utiliza
es la fuente de 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?

15
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.

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

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

17
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

18
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

19
 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.

20
 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.

21
 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.
https://mopinion.com/es/mejores-software-de-encuestas-en-linea-
%20%20herramientas-de-cuestionarios/
Ver
21 mejores software de encuestas en línea y herramientas de cuestionario
s-
Mopinion

22
 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… 23
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

24
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

25
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

26
 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

27
 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

28
una relación de 1:M, M:1,
 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.

29
Bibliografía

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

30