PRIMERA ENTREA EVALUACION

DISTANCIA DESARROLLO DE
SOFTWARE

Docente

crisman

Amanda herrera
UNIVERSIDAD SANTO TOMAS
tema explique Ejemplo para el desarrollo de un componente
de software
Reseña de diseño Se define como diseño
arquitectónico arquitectónico a la
espina que tiene como
objetivo genera
propuestas e ideas
para la creación y
realización de espacios
físicos , es una idea
que guía el diseño
sirve para asegurar
una o varias cualidades
del proyecto ,imagen
,funcionalidad
economía, innovación .
Decisiones en el ¿Cómo se distribuirá el
diseño arquitectónico sistema a través de
algunos núcleos o
procesadores?
¿Qué patrones o estilos
arquitectónicos puedes
usarcé?
¿Cuál sería l enfoque
fundamental usado
para estructurar el
sistema?
¿ Qué estrategia se
usara para controlar la
operación de los
componentes en el
sistema?
¿Cuál organización
arquitectónica es mejor
para entregar los
requerimientos no
funcionales del
sistema?
Vistas arquitectónicas Vistas lógica, indica
las abstracciones
clave en el sistema
como objeto o
clases de objeto.
 Una vista de
proceso,
 Vistas de
desarrollo que
muestra como
el software
está
compuesto
 Vista física
que exponga
el hardware
del sistema y
componente
del software
Patrones Dan la división del
arquitectónicos sistema al más alto,
los patrones de
arquitectura como los
lineamientos
fundamentales para
organizar de
maneras lógica la
estructura de un
sistema, ayuda a
cubrir una propiedad
especifica del
sistema.
Arquitectura en capas Ayuda a estructurar
las aplicaciones que
pueden ser
descompuesta en
grupos de subtarea,
cada grupo subtarea
se encuentra a un
nivel particular de
una extracción
Arquitectura de En el patrón
repositorio repositorio distintos
subsistema acceden
y modifican una
única estructura de
datos centralizados
llamados repositorio
Arquitectura cliente- Se basa en la
servidor comunicación entre
las dos partes que lo
conforman pueden
representarse como
un sistema de varios
clientes obtienen
recursos de un
proveedor
Arquitectura de tubería y Es una arquitectura
filtro netamente secuencial, se
puede tener filtros en
paralelos es una arquitectura
simple de entender, fácil de
implementar, es un sistema
requerido para transformar
flujos de datos discreto,
desde la entrada hasta la
salida.

[Link]

[Link]
[Link]

[Link]
Arquitecturas de aplicación

tema explique Ejemplo para el desarrollo de un

componente de software
Una arquitectura de aplicaciones
describe los patrones y las técnicas
Reseña de que se utilizan para diseñar y
desarrollar aplicaciones. La
arquitectura arquitectura le proporciona un plan y
de aplicación las prácticas recomendadas que
debe seguir al momento de diseñar
una aplicación, de modo que obtenga
una aplicación bien estructurada.

Un sistema de procesamiento de
transacciones, es un tipo de sistema
de información que recolecta,
almacena, modifica y recupera toda
Sistema de la información generada por las
procesamient transacciones producidas en una
o de organización. Una transacción es un
transacciones evento que genera o modifica los
datos que se encuentran
eventualmente almacenados en un
sistema de información. Para que un
sistema informático pueda ser
considerado como un TPS, este debe
superar el test ACID.
Un sistema de información es un
conjunto de componentes que
interactúan entre sí con un fin común.
Sistemas de En informática, los sistemas de
información información ayudan a administrar,
recolectar, recuperar, procesar,
almacenar y distribuir información
relevante para los procesos
fundamentales y las particularidades de
cada organización.
 Sistemas de El procesamiento del lenguaje
procesamiento natural (PLN o NLP) es un campo
de lenguaje dentro de la inteligencia artificial y
la lingüística aplicada que estudia
las interacciones mediante uso del
lenguaje natural entre los seres
humanos y las máquinas.

[Link]
q=arquitectura+de+aplicacion&rlz=1C1CHBD_esCO945CO945&source=lnms&tbm=isch&sa=X&ved=2ahUK
Ewje98e29-
3zAhVqTDABHXo1BjwQ_AUoAXoECAEQAw&biw=1366&bih=657&dpr=1#imgrc=AleFI13apmJ9zM

[Link]

[Link]

[Link]
CUADRO Nº 3. DISEÑO E IMPLEMENTACIÓN

tema explique Ejemplo para el desarrollo de un componente de

software
El diseño es el primer
paso en la fase de
desarrollo de cualquier
producto o sistema de
ingeniería.
El diseño debe ser una
Reseña de guía que puedan leer y
diseño e entender
implementació los que construyen el
código y los que prueban
n y mantienen el software.
3. El diseño debe
proporcionar una idea
completa de lo que es
el software.

UML es una combinación

de varias notaciones
orientadas a objetos:
diseño orientado a
objetos, técnica de
modelado de objetos e
ingeniería de software
Diseño orientada a objetos.
orientado a UML usa las fortalezas
de estos tres enfoques
objetos con para presentar una
UML metodología más
uniforme que sea más
sencilla de usar. UML
representa buenas
prácticas para la
construcción y
documentación de
diferentes aspectos del
modelado de sistemas de
software y de negocios.
 Las interacciones sirven
para visualizar,
especificar, construir y
Contexto e documentar la semántica
interacciones de un clasificador (clase,
componente, nodo o
del sistema caso de uso). En el
contexto de un caso de
uso
la interacción represent
a un escenario (flujo
particular).
El diseño arquitectónico
nos permite definir cómo
debe organizarse un
sistema y cómo tiene que
Diseño diseñarse la estructura
arquitectónico global de esté. Es el enlace
entre el diseño y la
ingeniería de
requerimientos, que
identifica los principales
componentes estructurales
en un sistema y la relación
entre ellos.
Clases
Cada clase tiene
asociado un código
(definición de la
Identificación clase), que
de clase de determina
objeto Los atributos que
tienen los objetos de
la clase
Los métodos que
pueden ejecutar los
objetos de la clase y
cómo lo hacen
 El modelo de diseño es
una abstracción de la
implementación del
sistema. Se utiliza para
Modelos de concebir y para
documentar
diseño el diseño del sistema de
software. Es un producto
de trabajo integral y
compuesto que abarca
todas las clases
de diseño, subsistemas,
paquetes, colaboraciones
y las relaciones entre
ellos.
La especificación de
interfaz de usuario está
formada por varios
artefactos que definen las
interfaces entre el usuario y
Especificación el sistema.
de interfaz El propósito de este
artefacto es especificar
cómo serán las interfaces
entre el usuario y el
sistema.

[Link]

[Link]
%C3%B3n+para+el+desarrollo+de+un+componente+de+software+&rlz=1C1CHBD_esCO945CO945&ei=ih97YerDOM2aw
bkPqYiuiAE&oq=+dise%C3%B1o+e+implementaci
%C3%B3n+para+el+desarrollo+de+un+componente+de+software+&gs_lcp=Cgdnd3Mtd2l6EAM6BQgAEIAEOgYIABAHEB4
6BAgAEENKBAhBGABQwFxYx8QBYJPKAWgAcAJ4AIAB2gKIAewGkgEHMC4yLjEuMZgBAKABAaABAsABAQ&sclient=gws-
wiz&ved=0ahUKEwjqsLawj-7zAhVNTTABHSmECxEQ4dUDCA4&uact=5

[Link]

[Link]

[Link]

[Link]

[Link]
Cuadro Nº 4. Patrones de diseño

tema explique Ejemplo para el desarrollo de un

componente de software
Los patrones de diseño son unas
técnicas para resolver problemas
comunes en el desarrollo
de software y otros ámbitos
referentes al diseño de interacción
Reseña de o interfaces.
patrones de
Un patrón de diseño resulta ser
diseño
una solución a un problema de
diseño. Para que una solución sea
considerada un patrón debe
poseer ciertas características. Una
de ellas es que debe haber
comprobado su efectividad
resolviendo problemas similares en
ocasiones anteriores. Otra es que
debe ser reutilizable, lo que
significa que es aplicable a
diferentes problemas de diseño en
distintas circunstancias.

[Link]

Cuadro Nº 5. Conflictos de implementación

tema explique Ejemplo para el desarrollo de un

componente de software
Reseña de Puede proporcionar su propio código para
conflictos de controlar los conflictos de implementación
de un SharePoint de proyecto. Por ejemplo,
implementación puede determinar si los archivos del
elemento de proyecto actual ya existen en
la ubicación de implementación y, a
continuación, eliminar los archivos
implementados antes de implementar el
elemento de proyecto actual. 
 La reutilización de código se refiere al
comportamiento y a las técnicas que
garantizan que una parte o la totalidad
de un programa informático existente
Reutilización se pueda emplear en la construcción de
otro programa. De esta forma se
aprovecha el trabajo anterior, se
economiza tiempo, y se reduce la
redundancia.

es el conjunto de actividades
relacionadas con
la administración de la
evolución de los productos
Administración de durante todo su ciclo de vida. ...
la configuración Facilita la identificación e
integración de los componentes
de configuración que
conforman los entregables del
proyecto.
El desarrollo huésped-objetivo
significa que el software se
Desarrollo huésped desarrolla en una computadora (el
objetivo huésped) y se opera en otro sitio (el
objetivo) El huésped también puede
denominarse plataforma de
desarrollo y el objetivo plataforma
de ejecución.

[Link]
view=vs-2019

[Link]

[Link]
[Link]#:~:text=Administraci%C3%B3n%20de%20la%20configuraci%C3%B3n
%20(Configuration,todo%20su%20ciclo%20de%20vida.&text=Facilita%20la%20identificaci
%C3%B3n%20e%20integraci%C3%B3n,conforman%20los%20entregables%20del%20proyecto.

[Link]
Cuadro Nº 6. Desarrollo de código abierto

Tema Explique Ejemplo para el desarrollo de un componente de

Explique software
Reseña de El software de código
código abierto es el software
cuyo código fuente y
abierto otros derechos que
normalmente son
exclusivos para
quienes poseen los
derechos de autor, son
publicados bajo una
licencia de código
abierto o forman parte
del dominio público
Licencia de Una licencia de código
código abierto es una licencia
de software que
abierto permite que tanto el
código fuente como los
archivos binarios sean
modificados y
redistribuidos
libremente y sin tener
que pagar al autor
original.

[Link]

[Link]
%C3%B3digo+abierto+ejemplos&tbm=isch&ved=2ahUKEwjusJjEpO7zAhVKMd8KHcjPB3kQ2-
cCegQIABAA&oq=c
%C3%B3digo+abierto+eje&gs_lcp=CgNpbWcQARgBMgUIABCABDIGCAAQBRAeOgQIABBDOgYIABA
HEB46BAgAEB46BggAEAgQHjoECAAQGFD4AljCGWCoKmgBcAB4AIAB1QGIAfsHkgEFMC41LjGYAQC
gAQGqAQtnd3Mtd2l6LWltZ8ABAQ&sclient=img&ei=uTV7Ya7wH8ri_AbIn5_IBw&bih=657&biw=13
66&rlz=1C1CHBD_esCO945CO945&hl=es-419#imgrc=w0N96w4YD4S-NM
Cuadro Nº 7. Prueba de desarrollo de software

Tema Explique Explique Ejemplo para el desarrollo de un componente de

software

son las investigaciones

empíricas y técnicas cuyo
objetivo es proporcionar
información objetiva e
independiente sobre la
calidad del producto a la
parte interesada o
Reseña de stakeholder. Es una
actividad más en el
prueba de proceso de control de
desarrollo de calidad. Las pruebas son
software básicamente un conjunto
de actividades dentro del
desarrollo de software.
Dependiendo del tipo de
pruebas, estas actividades
podrán ser implementadas
en cualquier momento de
dicho proceso de
desarrollo. Existen distintos
modelos de desarrollo de
software, así como
modelos de pruebas. A
cada uno corresponde un
nivel distinto de
involucramiento en las
actividades de desarrollo.
 Una prueba
de software es un
proceso por medio del
cual se evalúa la
Pruebas de funcionalidad de
desarrollo un software y se intenta
identificar posibles
errores. Su propósito
principal es
asegurar que la
aplicación desarrollada
cumpla con los
estándares y se ofrezca
al cliente un producto de
calidad.
Pruebas de En programación, una
unidad prueba unitaria es una
forma de comprobar el
correcto funcionamiento de
una unidad de código. Por
ejemplo en diseño
estructurado o en diseño
funcional una función o un
procedimiento, en diseño
orientado a objetos una
clase
Pruebas
El propósito de estas
pruebas es reducir el tiempo
entre el momento en
Pruebas Unitarias
 Verifican el Verifican el
funcionamiento aislado
funcionamiento aislado de
Elección de piezas de software que de
casos de piezas de software que
pueden ser probadas de
pruebas de forma separada
unidad  Subprogramas/Módulos
individuales
 Componente que incluye
varios
subprogramas/módulos
 Estas pruebas suelen
llevarse a cabo con:
 Acceso al código fuente
probado Acceso al código
fuente probado
 Ayuda de herramientas
de depuración
 Participación (opcional)
de los programadores que
 escribieron el código
La prueba de componentes
se define como un tipo de
prueba de software, en la
cual esta se realiza en
cada componente por
Pruebas de separado sin integración
componentes con otros componentes.
También se denomina
Prueba de módulo cuando
se ve desde un punto de
vista arquitectónico. Las
pruebas de componentes
también se conocen como
pruebas unitarias, pruebas
de programas o pruebas
de módulos.
Las pruebas del diseño de
sistemas estructurados son
distintas a los sistemas
orientados a objetos
debido a las características
de cada uno Verifican el
comportamiento del
sistema en su conjunto en
Pruebas su conjunto
 Los fallos funcionales se
del sistema suelen detectar en los
otros dos niveles
anteriores (unitarias e
integración)
 Este nivel es más
adecuado para comprobar
requisitos no
funcionales
 Seguridad Velocidad
Exactitud Fiabilidad
Seguridad, Velocidad,
Exactitud, Fiabilidad
 También se prueban:
 Interfaces externos con
otros sistemas
 Utilidades
 Unidades físicas
 Entorno operativo
 s una práctica
de ingeniería de
software que involucra
otras dos
prácticas: Escribir las
pruebas
primero y Refactorización )
Desarrollo . Para escribir las pruebas
generalmente se utilizan
dirigido por las pruebas unitarias En
pruebas primer lugar, se escribe
una prueba y se verifica
que la nueva prueba falla.
A continuación, se
implementa el código que
hace que la prueba pase
satisfactoriamente y
seguidamente se
refactoriza el código
escrito. El propósito
del desarrollo guiado por
pruebas es lograr un
código limpio que funcione.
La idea es que los
requisitos sean traducidos
a pruebas, de este modo,
cuando las pruebas pasen
se garantizará que el
software cumple con los
requisitos que se han
establecido.
Pruebas de Las versiones de
versión prueba son instancias
administradas que inician
la solución o aplicación a
petición para los clientes
que la solicitan. Una vez
asignada una instancia de
la versión de prueba, el
cliente podrá usarla
durante un período
establecido.
pruebass basadas en
requisitos son pruebas que
diseñan los casos de
Pruebas prueba en base a los
basadas en objetivos de las pruebas y
requerimiento condiciones de prueba
s derivados de los requisitos,
por ejemplo pruebas que
practican funciones
específicas o prueban
atributos no funcionales
 tales como la fiabilidad o la
usabilidad.
Los escenarios describen
situaciones del proceso del
negocio, tanto del proceso
Pruebas de observable actual como del
escenario proceso proyectado o futuro.
En este último caso
los escenarios resultan ser
contenedores de la mayoría
de los requisitos del sistema
de software, pero no son
los requisitos propiamente
dichos.

La prueba de rendimiento
es una técnica de prueba
de software no funcional
Pruebas de que determina cómo la
estabilidad, la velocidad, la
rendimiento
escalabilidad y la
capacidad de respuesta de
una aplicación se mantiene
bajo una determinada
carga de trabajo
Una prueba con usuarios
es un método de
investigación cualitativa
que se basa en la
observación y el análisis
Pruebas de de cómo un grupo
usuario determinado de usuarios
utiliza nuestro producto. ...
Las pruebas con usuarios
nos permiten validar o
refutar las hipótesis que
tenemos sobre nuestros
diseños.
[Link]
419&sa=X&ved=2ahUKEwjlg9O0uO7zAhVCNt8KHRZwDsgQ_AUoAHoECAEQAA

[Link]
%3D&rlz=1C1CHBD_esCO945CO945&hl=es-419&sa=X&ved=2ahUKEwjjiqD7r-7zAhWMnOAKHYL3DxUQ4lYoAXoECAEQEw&biw=1349&bih=657#imgrc=8_zcXrqpiaYdrM

[Link]

[Link]
cCegQIABAA&oq=pruebas+de+compo&gs_lcp=CgNpbWcQARgAMgUIABCABDIFCAAQgAQyBQgAEIAEMgUIABCABDIFCAAQgAQyBQgAEIAEMgUIABCABDIGCAAQBRAeMgYIABAIE
B4yBAgAEBg6BAgAEEM6BggAEAcQHjoICAAQgAQQsQNQwA9Ymk9gw2FoAnAAeAGAAcsOiAHsR5IBETAuMy4xLjMuMS4xLjEuMC4zmAEAoAEBqgELZ3dzLXdpei1pbWfAAQE&sclien
t=img&ei=0kF7YbbuBfmFp8kPxfKOgAM&bih=657&biw=1349&rlz=1C1CHBD_esCO945CO945&hl=es-419#imgrc=H1-dgYlXWYRTDM

[Link]

[Link]
7zAhWmQjABHf4MCWIQ_AUoAXoECAEQAw&biw=1366&bih=657&dpr=1
 [Link]

[Link]

[Link]
%20control%20de%20calidad.

[Link]
q=Pruebas+de+unidad&source=lmns&bih=657&biw=1366&rlz=1C1CHBD_esCO945CO945&hl=es-
419&sa=X&ved=2ahUKEwiV4sj_pu7zAhXJEt8KHXzuAz0Q_AUoAHoECAEQAA

Cuadro Nº 8. Evolución del Software

Tema Explique Ejemplo para el desarrollo de un

Explique componente de software
En 1990 La crisis del software
se fundamentó en el tiempo de
creación de software, ya que
en la creación del mismo no se
Reseña
obtenían los resultados
evolución del deseados, además de un
software gran costo y poca flexibilidad.
Es un término informático
acuñado en 1968, en la
primera conferencia organizad
a por la OTAN sobre desarrollo
de software, de la cual nació
formalmente la rama de
la ingeniería de software. El
término se adjudica a F. L.
Bauer, aunque previamente
había sido utilizado por Edsger
Dijkstra en su obra The
Humble Programmer.
Básicamente, la crisis del
software se refiere a la
dificultad en escribir programas
libres de defectos, fácilmente
comprensibles, y que sean
verificables. Las causas son,
entre otras, la complejidad que
supone la tarea de programar,
y los cambios a los que se
tiene que ver sometido
un programa para ser
continuamente adaptado a las
necesidades de los usuarios.
Proceso de El contexto en que
evolución del se ha desarrollado
software el software está
fuertemente ligado a las
casi cinco décadas
de evolución de los
sistemas informáticos. Un
mejor rendimiento del
hardware, una reducción del
tamaño y un coste más
bajo, han dado lugar a
sistemas informáticos más
sofisticados.
Evolución el software evoluciona, en
dinámica del general, generando versiones
cada vez más completas,
programa complejas, mejoradas,
optimizadas en algún aspecto,
adecuadas a nuevas plataformas
(sean de hardware o sistemas
operativos), etc.
El software evoluciona
sencillamente por que se debe
adaptar a los cambios del
entorno, sean funcionales
(exigencias de usuarios),
operativos, de plataforma o
arquitectura hardware.
Mantenimient es la modificación de un producto
o del software de software después de la
entrega, para corregir errores,
mejorar el rendimiento, u otros
atributos. El mantenimiento del
software es una de las actividades
más comunes en la ingeniería
de software.
 El mantenimiento predictiv
o consiste en la aplicación
de distintas técnicas para
pronosticar el futuro fallo de
Predicción de un componente de una
mantenimient máquina, de tal forma que
o dicho componente pueda
reemplazarse justo antes de
que falle.
el mantenimiento
predictivo (PdM) es un
enfoque de mantenimiento
que utiliza sensores
y software de GMAO para
supervisar los datos en
tiempo real sobre el estado
de los activos, previniendo
los fallos antes de que se
produzcan.
La reingeniería
consiste en crear
Reingeniería secuencias
y procesos para instaurar,
de software establecer y regular nuevas
formas de gestionar
los procesos administrativo
s de una empresa. ...
Este proceso se centra en
modificar (y mejorar) costos,
calidad, servicio y rapidez.
Mantenimient Las refactorizaciones pueden
o preventivo verse como un tipo de
mantenimiento preventivo,
mediante cuyo objetivo es disminuir la
refactorización complejidad del software en
anticipación a los
incrementos de complejidad
que los cambios pudieran
traer. La refactorización es la
parte del mantenimiento del
código que no arregla errores
ni añade funcionalidad.

[Link]

[Link]
[Link]
[Link]
q=Mantenimiento+del+software&source=lmns&bih=657&biw=1366&rlz=1C1CHBD_esCO945CO945&hl=es
-419&sa=X&ved=2ahUKEwi2ju2fvO7zAhXyguAKHeJTDggQ_AUoAHoECAEQAA
[Link]
%C3%ADa+de+software&bih=657&biw=1366&rlz=1C1CHBD_esCO945CO945&hl=es-
419&source=hp&ei=1U97Yfu7B73N1sQPzNiS-Ao&iflsig=ALs-
wAMAAAAAYXtd5SlNfjgBaK5_nUONkwzC65OuVjrG&oq=Reingenier
%C3%ADa+de+software&gs_lcp=Cgdnd3Mtd2l6EAMyBAgAEEMyBQgAEIAEMgUIABCABDIGCAAQFhAeMgY
IABAWEB4yBggAEBYQHjIGCAAQFhAeMgYIABAWEB4yBggAEBYQHjIGCAAQFhAeUL4YWL4YYMkdaABwAHg
AgAHeAYgB3gGSAQMyLTGYAQCgAQKgAQE&sclient=gws-wiz&ved=0ahUKEwi7-
pa3ve7zAhW9ppUCHUysBK8Q4dUDCAc&uact=5

Cuadro Nº 9. Administración de sistemas heredados

Tema Explique Ejemplo para el desarrollo de un

Explique componente de software
Reseña Un sistema heredado
administración es un sistema
de sistemas
informatico que a
heredados
quedado anticuado
pero que este siue
siendo frecuentado
por el usuario el cual
es casi siempre una
empresa o una
organización y no se es
necesario reemplazar
o actualizar de manera
sencilla
[Link]

[Link]
%C3%B3n+de+sistemas+heredados&rlz=1C1CHBD_esCO945CO945&hl=es-
419&source=lnms&tbm=isch&sa=X&ved=2ahUKEwjNmuS2v-
7zAhVaTDABHWrAAfcQ_AUoAXoECAEQAw&biw=1366&bih=657&dpr=1#imgrc=rdcvh0y
mmnxViM&imgdii=PZQapt9b9kMPKM

ANEXO 2.

CUADRO Nº 13. ESPECIFICACIÓN DE CONFIABILIDAD Y SEGURIDAD

TEMA EXPLIQUE EJEMPLO PARA EL DESARROLLO DE UN

COMPONENTE DE SOFTWARE
La fiabilidad es un atributo del
sistema medible por lo que los
requerimientos de fiabilidad no
Reseña de funcionales pueden ser
especificados cuantitativamente.
especificació
Estos definen el número de fallos
n de
que son aprobados durante el uso
confiabilidad normal del sistema o el tiempo en
y seguridad. el que el sistema debe estar
disponible para el usuario.
Estos también pueden referirse
puntualmente al¡ un fallo del
sistema, o un error de hardware.
 La descripción de los sistemas
críticos debe ser dirigido por
riesgo.
Esta perspectiva ha sido
Especificación considerablemente utilizada en
de los sistemas de garantía y
requerimient críticos para la seguridad.
os dirigida El objetivo del asunto de
por riesgos especificación debe ser
entender los riesgos (de
protección, de seguridad, etc.)
enfrentados por el método y
precisar los requerimientos
que reduzcan estos riesgos.
El objetivo es examinar los
requerimientos de protección que
aseguren que los fallos
del método no causen lesiones
o muerte, o daños ambientales.
Identificación de riesgos
= Identificación de peligro
Especificación   Diagnóstico de riesgos
= Evaluación de peligros 
de protección  Desintegración de riesgos
= Análisis de peligros 
La reducción del riesgo = especificaci
ón de los requerimientos
de protección

Identificación identificar los peligros

del peligro existentes en el lugar de
trabajo y evaluar los riesgos
asociados a ellos, a fin de
determinar las medidas que
deben tomarse para proteger
la seguridad y la salud de los
colaboradores.
 El procedimiento a seguir
para realizar un
correcto análisis de
peligros es: Identificación de
Análisis del riesgos. Evaluación
peligro de peligros. Medidas
preventivas.
Técnicas cuantitativas. ...
Técnicas semicuantitativas. ...
Técnicas cualitativas

Es un proceso que busca

modificar o disminuir las
condiciones de 
riesgo existentes y evitar que
nuevamente se repita en el
Reducción de territorio a través de “medidas
riesgo de mitigación y prevención que
se adoptan con antelación
para reducir la amenaza, la
exposición y disminuir la
vulnerabilidad de las personas,
los medios de subsistencia.
la habilidad que posee un sistema
para realizae las funciones que le son
requeridas,bajo condiciones
especificas en peridos de tiempo
Especificación debidamente determinados.
de fiabilidad

Métricas de calidad: Son todas

las métricas de software que
Métricas de definen de una u otra forma
la calidad del software; Tales
fiabilidad como exactitud, estructuración
o modularidad, pruebas,
mantenimiento, reusabilidad,
cohesión del módulo,
acoplamiento del módulo,
 hace referencia a la medición del software en
base a parámetros predeterminados, como
puede ser el número de líneas de código de
que consta o el volumen de documentación
asociada. A veces en vez de hablar de métrica
se usa el término “Indicadores” del software.
Algunos ingenieros lo usan como sinónimos
mientras que otros les atribuyen significados
distintos. Algunas métricas o indicadores
Requerimient pueden ser:
os de a) Índice de productividad = tamaño /
fiabilidad no esfuerzo = líneas de código generado / horas
funcionales trabajadas.

b) Tasa de defectos = defectos / tamaño =

número de errores / líneas de código
generadas.

Son condiciones que se le imponen al

sistema a desarrollar relacionadas con
aspectos principalmente de calidad,
algunos de los cuales influyen en la
arquitectura del sistema.
El modelo de calidad del software de la
norma IS0-9126 organiza los requisitos
Especificación no funcionales en las
siguientes características y subcaracterí
de fiabilidad sticas.
no funcional Fiabilidad: esta categoría
define aspectos relacionados con la
capacidad del software desarrollado
para mantener su nivel de prestación
bajo condiciones establecidas y durante
un período de tiempo establecido. Las
subcaracterísticas son: madurez,
recuperabilidad, tolerancia a fallos.

Especificación Es una fase dentro del Ciclo de Vida

de seguridad de Seguridad (SLC). Está situada
después de la fase de asignación y
antes de la fase de
diseño/realización.
El objetivo del SRS es de definir los
requisitos de 2 cosas. Primero, de las
Funciones Instrumentadas de
Seguridad (SIF). Segundo, de los
Niveles de Integridad de la Seguridad
(SIL). Por supuesto, todo según las
especificaciones y requisitos
establecidos en el estándar IEC61511
para los Sistemas de Seguridad
Instrumentados (SIS).
 Especificación son técnicas de base matemática
formal cuyo propósito es ayudar con la
implementación de sistemas y
software. Se utilizan para describir
un sistema, analizar su
comportamiento y ayudar en su
diseño mediante la verificación de
propiedades clave de interés
mediante herramientas de
razonamiento rigurosas y
eficaces.[1][2] Estas
especificaciones son formal en el
sentido de que tienen una
sintaxis, su semántica cae dentro
de un dominio y pueden usarse
para inferir información
útilEnciclopedia
site:[Link]
[Link]
[Link]
fiabilidad-de-aplicaciones-1a-parte-dv00103a&catid=45&Itemid=164
[Link]
seguridad/

[Link]
419&source=lnms&tbm=isch&sa=X&ved=2ahUKEwjO2tbpye7zAhXpRTABHcMNCBIQ_AUoAXoECAEQAw&cshid=1635474749761627
&biw=1366&bih=657&dpr=1#imgrc=sqxsT31-wNpiRM
[Link]
[Link]
[Link]
[Link]
%C3%B3n+de+confiabilidad+y+seguridad.&rlz=1C1CHBD_esCO945CO945&source=lnms&tbm=isch&sa=X&ved=2ahUKEwi_qL_Swu7z
AhVRTDABHb0hAe8Q_AUoAXoECAEQAw&biw=1366&bih=657&dpr=1#imgrc=6v6ro6SATaSpeM
[Link]
419&ei=ZFp7YafmBseFwbkPxuGU-
As&oq=analisis+del+peliro+&gs_lcp=Cgdnd3Mtd2l6EAEYADIICAAQFhAKEB46BwgAEEcQsAM6BAgAEEM6EQguEIAEELEDEIMBEMcBEK
MCOgsIABCABBCxAxCDAToLCC4QgAQQxwEQrwE6CAgAEIAEELEDOg4ILhCABBCxAxDHARCvAToOCC4QgAQQsQMQxwEQowI6EQguEI
AEELEDEIMBEMcBENEDOgcILhCxAxBDOggILhCABBCxAzoFCAAQsQM6BQguEIAEOgUIABCABDoHCAAQsQMQQzoHCAAQgAQQCjoECA
AQCjoGCAAQDRAKSgQIQRgAUPYOWNg4YOFDaABwBXgAgAHdAYgBrBySAQYwLjE2LjSYAQCgAQHIAQjAAQE&sclient=gws-wiz
[Link]
419&source=lnms&tbm=isch&sa=X&ved=2ahUKEwj3qt_7yO7zAhXwSDABHRbrA24Q_AUoAXoECAEQAw&biw=1366&bih=657&dpr=1
#imgrc=2g1k7OguYVc2mM

[Link]
%C3%B3n+de+proteccion+en+software&tbm=isch&ved=2ahUKEwjJ1M6wxu7zAhUIPN8KHZk3CpsQ2-
cCegQIABAA&oq=Especificaci
%C3%B3n+de+proteccion+en+software&gs_lcp=CgNpbWcQA1BHWJwjYJMkaABwAHgAgAH2AYgBqRGSAQUwLjguNJg
BAKABAaoBC2d3cy13aXotaW1nwAEB&sclient=img&ei=N1l7YYndEIj4_AaZ76jYCQ&bih=657&biw=1366&rlz=1C1CHBD
_esCO945CO945&hl=es-419#imgrc=sqxsT31-wNpiRM

[Link]
Cuadro Nº 15. Ingeniería de seguridad

Tema Explique Ejemplo para el desarrollo de un

componente de software
Reseña de La ingeniería de la
ingeniería de seguridad es una rama de
la ingeniería, que usa todo tipo
seguridad de ciencias para desarrollar los
procesos y diseños en cuanto a
las características de seguridad,
controles y sistemas de
seguridad. La principal
motivación de esta ingeniería ha
de ser el dar soporte de tal
manera que impidan
comportamientos
malintencionados.
El campo de esta ingeniería
puede ser muy amplio, podría
desarrollarse en muchas
técnicas:

 Equipos: Como el
diseño de cerraduras,
cámaras, sensores,...
 Procesos: políticas de
control, procedimientos de
acceso,...
 Informático: control de
contraseñas, criptografía,...
Uno de los pioneros en la
ingeniería de seguridad como un
campo de estudio es Ross
Anderson.

Seguridad del Los Riesgos de

riesgo de seguridad no son
seguridad más que las
probabilidades de que una
amenaza informática se
convierta en un evento
real que resulte en una
pérdida para la empresa

El ciclo de vida del desarrollo

del software (también conocido
como SDLC o Systems
Valoración del Development Life Cycle)
riesgo del ciclo contempla las fases necesarias
de vida para validar el desarrollo del
software y así garantizar que
este cumpla los requisitos para
la aplicación y verificación de
los procedimientos de
desarrollo, asegurándose de
que los métodos usados son
apropiados.
 Su origen radica en que es muy
costoso rectificar los posibles
errores que se detectan tarde
en la fase de implementación.
Utilizando metodologías
apropiadas, se podría detectar a
tiempo para que los
programadores puedan
centrarse en la calidad del
software, cumpliendo los plazos
y los costes asociados.
Valoración del
riesgo
operativo
Diseño para la
seguridad
Diseño
arquitectónico
Explique los
lineamientos
de diseño
Diseño para
implementar
Supervivencia
del sistema
[Link]
%C3%ADa+de+seguridad+informatica&tbm=isch&ved=2ahUKEwiziuSS1-7zAhVph-
AKHeGcCbQQ2-cCegQIABAA&oq=Rese%C3%B1a+de+ingenier
%C3%ADa+de+seguridad+informatica&gs_lcp=CgNpbWcQA1DTAljkKWCzK2gBcAB4AIAB
9AGIAekSkgEGMC4xMS4zmAEAoAEBqgELZ3dzLXdpei1pbWfAAQE&sclient=img&ei=zGp7
YbP0BumOggfhuaagCw&bih=657&biw=1366&rlz=1C1CHBD_esCO945CO945&hl=es-419

Cuadro Nº 16. Garantía de confiabilidad y seguridad

Tema Explique Ejemplo para el desarrollo

de un componente de
software