path: root/gpds/n6.lyx

#LyX 2.3 created this file. For more info see http://www.lyx.org/
\lyxformat 544
\begin_document
\begin_header
\save_transient_properties true
\origin unavailable
\textclass book
\use_default_options true
\begin_modules
algorithm2e
\end_modules
\maintain_unincluded_children false
\language spanish
\language_package default
\inputencoding auto
\fontencoding global
\font_roman "default" "default"
\font_sans "default" "default"
\font_typewriter "default" "default"
\font_math "auto" "auto"
\font_default_family default
\use_non_tex_fonts false
\font_sc false
\font_osf false
\font_sf_scale 100 100
\font_tt_scale 100 100
\use_microtype false
\use_dash_ligatures true
\graphics default
\default_output_format default
\output_sync 0
\bibtex_command default
\index_command default
\paperfontsize default
\spacing single
\use_hyperref false
\papersize default
\use_geometry false
\use_package amsmath 1
\use_package amssymb 1
\use_package cancel 1
\use_package esint 1
\use_package mathdots 1
\use_package mathtools 1
\use_package mhchem 1
\use_package stackrel 1
\use_package stmaryrd 1
\use_package undertilde 1
\cite_engine basic
\cite_engine_type default
\biblio_style plain
\use_bibtopic false
\use_indices false
\paperorientation portrait
\suppress_date false
\justification true
\use_refstyle 1
\use_minted 0
\index Index
\shortcut idx
\color #008000
\end_index
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\paragraph_indentation default
\is_math_indent 0
\math_numbering_side default
\quotes_style french
\dynamic_quotes 0
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\html_math_output 0
\html_css_as_file 0
\html_be_strict false
\end_header

\begin_body

\begin_layout Section
Enfoque orientado a objetivos
\end_layout

\begin_layout Standard
Un 
\series bold
objetivo
\series default
 es una meta que el sistema debería alcanzar.
 Puede ser funcional o no funcional, y se puede formular a distintos niveles
 de abstracción (estratégicos o técnicos).
 Un 
\series bold
agente
\series default
 o 
\series bold
componente activo
\series default
 del sistema es un componente con comportamiento asociado, como una persona,
 el software o ciertos instrumentos o hardware.
 Un 
\series bold
componente pasivo
\series default
 es uno sin comportamiento asociado.
\end_layout

\begin_layout Standard
Normalmente se necesitan varios agentes para realizar un objetivo.
 Cuando un objetivo lo puede realizar un solo agente o tipo de agente, se
 llama 
\series bold
requisito
\series default
 si el agente está dentro del sistema
\begin_inset Note Comment
status open

\begin_layout Plain Layout
o 
\series bold
suposición
\series default
 o 
\series bold
hipótesis
\series default
 si no
\end_layout

\end_inset

.
\end_layout

\begin_layout Standard
Los objetivos pueden representarse de manera informal pero precisa; semiformal
 mediante texto o gráficos, y formal mediante una lógica temporal, siendo
 esta última forma opcional y reservada para los aspectos más críticos.
\end_layout

\begin_layout Standard

\series bold
\lang english
KAOS
\series default
\lang spanish
 es un método orientado a objetivos que proporciona un lenguaje de especificació
n de requisitos y los elementos necesarios para describir conceptos de este
 enfoque.
 Incluye 4 modelos elaborados incrementalmente:
\end_layout

\begin_layout Enumerate
Modelo de objetivos (
\series bold
\emph on
\lang english
goal model
\series default
\emph default
\lang spanish
).
\end_layout

\begin_layout Enumerate
Modelo de objetos (
\series bold
\emph on
\lang english
object model
\series default
\emph default
\lang spanish
).
\end_layout

\begin_layout Enumerate
Modelo de responsabilidades de agentes (
\series bold
\emph on
\lang english
agent responsibility model
\series default
\emph default
\lang spanish
).
\end_layout

\begin_layout Enumerate
Modelo de operaciones (
\series bold
\emph on
\lang english
operation model
\series default
\emph default
\lang spanish
).
\end_layout

\begin_layout Standard
En un modelo de objetivos, los objetivos abstractos (
\emph on
\lang english
soft goals
\emph default
\lang spanish
), no funcionales, se representan con una nube, y los objetivos formalizables
 se representan con un romboide que es como un rectángulo con la parte de
 arriba desplazada a la derecha.
 Una flecha de un objetivo a otro indica que el primero influye en el segundo,
 contribuyendo fuertemente si la flecha se etiqueta, cerca del inicio, con
 
\begin_inset Quotes cld
\end_inset


\family typewriter
++
\family default

\begin_inset Quotes crd
\end_inset

 y entrando en conflicto fuertemente si se etiqueta con 
\begin_inset Quotes cld
\end_inset


\family typewriter
--
\family default

\begin_inset Quotes crd
\end_inset

.
\end_layout

\begin_layout Standard
Dos o más flechas dirigiéndose a un punto (círculo pequeño) y una flecha
 partiendo de este indican una conjunción, y dos o más flechas hacia el
 mismo objetivo que se unen por la parte del final por segmentos paralelos
 es una disyunción.
\end_layout

\begin_layout Standard
A un objetivo formalizable se le puede dar una descripción formal como sigue:
\end_layout

\begin_layout Paragraph
Goal
\end_layout

\begin_layout Standard
Nombre del objetivo
\end_layout

\begin_layout Subparagraph
InformalDef
\end_layout

\begin_layout Standard
Descripción textual
\end_layout

\begin_layout Subparagraph
FormalDef
\end_layout

\begin_layout Standard
Descripción en notación matemática.
\end_layout

\begin_layout Section
Enfoque basado en puntos de vista
\end_layout

\begin_layout Standard
Un .
 La construcción de un sistema de información complejo implica la participación
 de muchos 
\emph on
\lang english
stakeholders
\emph default
\lang spanish
, cada uno con una visión del sistema que suele ser parcial o incompleta,
 ligada a su papel.
\end_layout

\begin_layout Standard
En esta situación puede ser adecuado un enfoque basado en 
\series bold
puntos de vista
\series default
 (
\series bold
\emph on
\lang english
viewpoints
\series default
\emph default
\lang spanish
), combinaciones de un agente con su visión del sistema.
 En este integramos los puntos de vista de los agentes para derivar la informaci
ón completa de los requisitos.
\end_layout

\begin_layout Standard
Un punto de vista se considera como un receptor de servicios del sistema
 y un emisor de datos e información de control.
 Los servicios, similares a casos de uso, se describen con requisitos funcionale
s y las restricciones con requisitos no funcionales.
\end_layout

\begin_layout Standard

\series bold
\lang english
VORD
\series default
\lang spanish
 (
\emph on
\lang english
Viewpoint-Oriented Requirements Definition
\emph default
\lang spanish
) es una técnica basada en puntos de vista con las siguientes actividades:
\end_layout

\begin_layout Enumerate

\series bold
Identificación de puntos de vista.

\series default
 Se descubren los puntos de vista que reciben servicios y se identifican
 los servicios proporcionados a cada uno.
\end_layout

\begin_layout Enumerate

\series bold
Estructuración de puntos de vista.

\series default
 Se agrupan puntos de vista relacionados en una jerarquía.
 Los servicios comunes se proporcionan a niveles más altos de la jerarquía.
\end_layout

\begin_deeper
\begin_layout Standard
Por ejemplo, en un banco, solo los clientes registrados pueden sacar dinero,
 pero tanto estos como los clientes casuales pueden querer pagar recibos,
 por lo que este último servicio se trasladaría a un punto de vista 
\begin_inset Quotes cld
\end_inset

cliente
\begin_inset Quotes crd
\end_inset

 del que heredan 
\begin_inset Quotes cld
\end_inset

cliente registrado
\begin_inset Quotes crd
\end_inset

 y 
\begin_inset Quotes cld
\end_inset

cliente casual
\begin_inset Quotes crd
\end_inset

.
\end_layout

\end_deeper
\begin_layout Enumerate

\series bold
Documentación de puntos de vista.

\series default
 Se refina la descripción de los puntos de vista y servicios identificados.
\end_layout

\begin_layout Enumerate

\series bold
Mapeo entre puntos de vista y sistema.

\series default
 Se transforma el análisis de los puntos de vista en un diseño.
\end_layout

\begin_layout Standard
Tras cada fase se puede volver a cualquiera de las anteriores si hay un
 error.
 Un punto de vista se puede definir como sigue:
\end_layout

\begin_layout Description
Referencia Nombre del rol.
\end_layout

\begin_layout Description
Atributos Lista de atributos relevantes del agente al interactuar con el
 sistema.
\end_layout

\begin_layout Description
Eventos Lista de acciones que puede iniciar en el sistema, similar a las
 operaciones de los DSS.
\end_layout

\begin_layout Description
Servicios Lista de referencias a los servicios que usa.
\end_layout

\begin_layout Description
Subpuntos
\begin_inset space ~
\end_inset

de
\begin_inset space ~
\end_inset

vista Lista de puntos de vista subordinados en la jerarquía.
\end_layout

\begin_layout Standard
Un servicio se puede definir con la siguiente plantilla:
\end_layout

\begin_layout Description
Referencia Nombre del servicio.
\end_layout

\begin_layout Description
Razón Objetivo conseguido al implementarlo.
\end_layout

\begin_layout Description
Especificación En qué consiste y cómo se usa.
\end_layout

\begin_layout Description
Puntos
\begin_inset space ~
\end_inset

de
\begin_inset space ~
\end_inset

vista Lista de referencias a los puntos de vista que lo usan.
\end_layout

\begin_layout Description
Requisitos
\begin_inset space ~
\end_inset

no
\begin_inset space ~
\end_inset

funcionales
\end_layout

\begin_layout Description
Proveedor
\end_layout

\begin_layout Standard
Otras técnicas basadas en puntos de vista son 
\series bold
\lang english
VOSE
\series default
\lang spanish
 (
\emph on
\lang english
Viewpoint-Oriented Software Engineering
\emph default
\lang spanish
) y 
\lang english
PREview
\lang spanish
.
\end_layout

\begin_layout Section
Reutilización de requisitos
\end_layout

\begin_layout Standard
Reutilizar requisitos puede mejorar la calidad, la productividad y, al evitar
 trabajo, la sostenibilidad medioambiental.
 Es ventajoso entre aplicaciones de un mismo dominio, pues muchos requisitos
 expresan restricciones sobre el sistema o su operación derivadas del dominio
 de aplicación.
\end_layout

\begin_layout Standard
También lo es en requisitos relacionados con el estilo de presentación de
 la información, evitando re-diseñar la presentación de la aplicación y
 dando un estilo consistente, y en requisitos relacionados con políticas
 de empresa o normas legales, como políticas de seguridad, leyes de proyección
 de datos, etc.
\end_layout

\begin_layout Subsection

\lang english
SIREN
\end_layout

\begin_layout Standard

\emph on
\lang english
SImple REuse of requiremeNts
\emph default
\lang spanish

\begin_inset Foot
status open

\begin_layout Plain Layout
Se ve que esto lo diseñó un cani.
\end_layout

\end_inset

 es un método práctico y sencillo de reutilización de requisitos compatible
 con estándares ISW y técnicas usadas en la industria, basado en requisitos
 en lenguaje natural con un conjunto mínimo de atributos y un modelo de
 trazabilidad.
 Introduce el concepto de 
\series bold
repositorio
\series default
 de requisitos, una colección de 
\series bold
catálogos de requisitos reutilizables
\series default
 por tema.
 Existen herramientas de soporte para 
\lang english
SIREN
\lang spanish
 como el software privativo 
\lang english
SirenTool
\lang spanish
 o Pantalasa.
\end_layout

\begin_layout Standard

\lang english
SIREN
\lang spanish
 se puede usar 
\series bold
p
\series default
ara reutilización (
\series bold
SIRENp
\series default
), creando requisitos para su uso posterior, o 
\series bold
c
\series default
on reutilización, generalizando requisitos de proyectos una vez estos se
 validan (
\series bold
SIRENc
\series default
).
 En SIRENc:
\end_layout

\begin_layout Enumerate
Se seleccionan requisitos añadiendo requisitos del catálogo a plantillas
 vacías, o a la iteración anterior del análisis de requisitos.
\end_layout

\begin_layout Enumerate
Se integran y negocian requisitos resultado de un análisis de requisitos.
\end_layout

\begin_layout Enumerate
Los requisitos se documentan y validan.
\end_layout

\begin_layout Enumerate
El resultado se usa para mejorar el repositorio, para las siguientes fases
 del desarrollo y para los siguientes incrementos del sistema.
\end_layout

\begin_layout Standard
Una 
\begin_inset Quotes cld
\end_inset

jerarquía
\begin_inset Quotes crd
\end_inset

 para el documento de requisitos con SIRENc puede tener una SyRS según el
 IEEE 1233 y el 12207.1, una 
\series bold
\lang english
SyTS
\series default
\lang spanish
 (
\emph on
\lang english
System Test Specification
\emph default
\lang spanish
, especificación de pruebas del sistema), una STS, un SRS según IEEE 830
 y una 
\series bold
\lang english
IRS
\series default
\lang spanish
 (
\emph on
\lang english
Interface Requirement Specification
\emph default
\lang spanish
, especificación de requisitos de interfaz) según el IEEE 830.
\end_layout

\begin_layout Standard
Los requisitos 
\lang english
SIREN
\lang spanish
 pueden estar 
\series bold
parametrizados
\series default
, con partes entre corchetes como por ejemplo 
\begin_inset Quotes cld
\end_inset

[n, n >= 6]
\begin_inset Quotes crd
\end_inset

 para indicar un número 
\begin_inset Formula $n\geq6$
\end_inset

.
\end_layout

\begin_layout Subsection
Otros métodos
\end_layout

\begin_layout Standard
Un 
\series bold
patrón de requisitos
\series default
 es un requisito escrito a muy alto nivel de abstracción, muy genérico y
 relativamente fácil de adaptar.
\end_layout

\begin_layout Standard
El 
\series bold
análisis de dominio
\series default
 consiste en investigar, capturar y especificar conocimiento genérico sobre
 alguna tarea específica.
 No se enfoca a un solo proyecto, sino que busca definiciones generales
 que puedan ser reutilizadas en muchos proyectos.
\end_layout

\begin_layout Subsection
Uso de reutilización
\end_layout

\begin_layout Standard
Las técnicas de reutilización pueden constituir de por sí un proceso de
 ingeniería de requisitos o ser integradas con otras técnicas.
\end_layout

\begin_layout Standard
En 2012, Chernak hizo un estudio sobre el uso de reutilización de requisitos.
\end_layout

\begin_layout Standard
Según este, las estrategias de ingeniería de requisitos más usadas son las
 tradicionales, seguidas por las dirigidas por casos de uso y las ágiles.
 De estas, las que usan tradicionales son las que más usan reutilización
 y las que usan ágiles las que menos.
\end_layout

\begin_layout Standard
Los obstáculos más importantes a la reutilización eran que los requisitos
 desarrollados en versiones anteriores eran incompletos, o incluso inexistentes
 o no disponibles, y no se podían reutilizar; que estaban pobremente estructurad
os y era difícil identificar cuáles podían reutilizarse, y que no se mantenían
 actualizados.
\end_layout

\begin_layout Standard
Los principales beneficios de la reutilización identificados fueron la reducción
 del tiempo de puesta en el mercado y la del coste de desarrollo.
\end_layout

\begin_layout Section
Objetivos de desarrollo sostenible
\begin_inset Foot
status open

\begin_layout Plain Layout
Incluidos con calzador y sin ninguna maña por los profesores de la asignatura.
 ¡Disfrute!
\end_layout

\end_inset


\end_layout

\begin_layout Standard
El manifiesto de Karlskrona considera las siguientes dimensiones en la ingenierí
a de software:
\end_layout

\begin_layout Itemize

\series bold
Individual.

\series default
 Bienestar físico y mental de las personas, educación, respeto a uno mismo,
 habilidades, movilidad, etc.
\end_layout

\begin_layout Itemize

\series bold
Social.

\series default
 Comunidades sociales y los factores que erosionan la confianza en la sociedad.
 Incluye igualdad social, justicia, empleo, democracia, etc.
\end_layout

\begin_layout Itemize

\series bold
Económica.

\series default
 Activos y valor añadido.
 Incluye creación de riqueza, prosperidad, rentabilidad, inversión, etc.
\end_layout

\begin_layout Itemize

\series bold
Técnica.

\series default
 Longevidad de la información, los sistemas y la infraestructura y su evolución
 y adaptación a cambios del entorno.
 Incluye mantenimiento, innovación, obsolescencia, integridad de los datos,
 etc.
\end_layout

\begin_layout Itemize

\series bold
Medioambiental.

\series default
 Efectos a largo plazo de las actividades humanas en la naturaleza.
 Incluye ecosistemas, recursos naturales, cambio climático, producción de
 alimentos, agua, contaminación, desperdicio, etc.
\end_layout

\begin_layout Standard
Considera que solo se tienen en cuenta los requisitos técnicos y se deberían
 considerar todos.
 Distinguimos entre 
\series bold
\emph on
\lang english
Green in IT
\series default
\emph default
\lang spanish
, o el uso de buenas prácticas para el desarrollo sostenible de software,
 y 
\series bold
\emph on
\lang english
Green by IT
\series default
\emph default
\lang spanish
, o la inclusión de requisitos sostenibles, por ejemplo en un catálogo de
 requisitos.
\end_layout

\begin_layout Section
Enfoque i*
\end_layout

\begin_layout Standard
A diferencia de otros métodos, este tiene una fase previa a la especificación
 de requisitos, en la que se indica cómo el sistema debe satisfacer los
 objetivos de la organización, qué alternativas puede haber, cuáles de esas
 alternativas afectan a varios implicados y cómo se podrían resolver los
 intereses de los implicados identificando posibles conflictos entre ellos.
 Forma parte del estándar internacional ITU-T Z.151, 
\emph on
\lang english
User Requirements Notation
\emph default
\lang spanish
 (
\series bold
\lang english
URN
\series default
\lang spanish
), de 2008.
\end_layout

\begin_layout Standard
El i* define dos modelos:
\end_layout

\begin_layout Itemize

\series bold
Modelo de dependencia estratégica
\series default
 (
\series bold
\lang english
SD
\series default
\lang spanish
, 
\emph on
\lang english
Strategic Dependency
\emph default
\lang spanish
).
 Modela dependencia entre actores debidas a metas, metas suaves, tareas
 o recursos, dando una visión global del sistema.
\end_layout

\begin_layout Itemize

\series bold
Modelo de razonamiento estratégico
\series default
 (
\series bold
\lang english
SR
\series default
\lang spanish
, 
\emph on
\lang english
Strategic Rationale
\emph default
\lang spanish
).
 Modela el razonamiento estratégico interno de un actor.
\end_layout

\begin_layout Standard
Un diagrama 
\lang english
SR
\lang spanish
 está formado por regiones del plano que representan actores y contienen
 un círculo con el nombre del actor, y también pueden contener otros elementos
 con su nombre dentro.
\end_layout

\begin_layout Standard
Estos elementos son metas, representadas con un rectángulo redondeado; metas
 suaves, como si a una meta le hubiera caído un objeto grande encima y la
 hubiera deformado; tareas, como un hexágono regular en horizontal tras
 alargar sus lados horizontales, y recursos, representados con rectángulos.
 Pueden estar dentro de un actor o fuera.
\end_layout

\begin_layout Standard
Una flecha de una tarea a una meta con la punta de flecha en medio de la
 línea es un enlace de medios a fines, y si la punta de flecha tiene volumen
 y la flecha termina en una meta suave, es un enlace de contribución a meta
 suave.
\end_layout

\begin_layout Standard
Una línea de una tarea a otro elemento de cualquier tipo (salvo actor) y
 con un pequeño segmento cruzado en el lado de la tarea es un enlace de
 descomposición de tarea, y la tarea se descompone en los elementos que
 parten de esta por enlaces de este tipo.
 Un diagrama 
\lang english
SD
\lang spanish
 es similar pero sin mostrar los objetivos y tareas internos de los actores.
\end_layout

\begin_layout Section
MAGERIT
\end_layout

\begin_layout Standard
Es un método formal usado en la Administración Pública española para investigar
 los riesgos de seguridad de sistemas y recomendar medidas apropiadas para
 controlar estos riesgos.
\end_layout

\begin_layout Standard
Sus objetivos son concienciar a los responsables de los sistemas de información
 de la existencia de riesgos y la necesidad de atajarlos a tiempo y ofrecer
 un método sistemático para analizar tales riesgos, ayudando a descubrir
 y planificar las medidas oportunas para controlar los riesgos y preparando
 a la organización para procesos de evaluación, auditoría, certificación
 o acreditación.
\end_layout

\begin_layout Standard
En el Ciclo de Gestión de la Seguridad, se crea una Política de Seguridad
 de los Sistemas de Información y una Organización de Seguridad de los Sistemas
 de Información, a partir de los que se hace un Análisis y Gestión de Riesgos
 con MAGERIT y, como resultado, se crea un Plan de Seguridad de los Sistema
 de Información, que se somete a Implantación y Seguimiento.
\end_layout

\begin_layout Standard
Los elementos de MAGERIT son:
\end_layout

\begin_layout Itemize

\series bold
Activos:
\series default
 recursos del sistema o relacionados con este.
\end_layout

\begin_layout Itemize

\series bold
Amenazas:
\series default
 eventos que pueden desencadenar un incidente.
\end_layout

\begin_layout Itemize

\series bold
Vulnerabilidades:
\series default
 Estimación de la exposición efectiva de un activo a una amenaza.
\end_layout

\begin_layout Itemize

\series bold
Impacto:
\series default
 Consecuencia que tiene la ocurrencia de una amenaza sobre un activo.
\end_layout

\begin_layout Itemize

\series bold
Riesgo:
\series default
 Estimación del grado de exposición a que se dé una amenaza.
\end_layout

\begin_layout Itemize

\series bold
Salvaguarda:
\series default
 Procedimiento o mecanismo tecnológico para reducir el riesgo.
\end_layout

\begin_layout Standard
La versión 3 de MAGERIT incluye el software privativo PILAR.
\end_layout

\end_body
\end_document