Tarea de Investigación - Práctica 2.1

FACULTAD DE INFORMÁTICA Y CIENCIAS APLICADAS
ESCUELA DE INFORMÁTICA
ESTÁNDARES DE PROGRAMACIÓN
Asignatura: Estándares de Programación Sección: A
Tarea 2.1 - Eva 2
TEMA: “Matriz de dependencias en la ingeniería del software,

usos y herramientas”
Profesor: Ing.
Estudiante:
Firma:
marzo, 2019
SAN SALVADOR, EL SALVADOR, CENTROAMERICA
ingeniería del software
ÍNDICE
INTRODUCCIÓN 3
OBJETIVO GENERAL 4
OBJETIVOS ESPECÍFICOS 4
MÉTODO CORE 5
CONCLUSIÓN 8
ANEXOS 10
INTRODUCCIÓN
El presente es una recopilación de las necesidades que requieren las empresas,

organizaciones y freelance para poder recrear, compartir, ampliar y solicitar un
sistema de información o incluso crear sus propios sistemas basados en los
comportamientos propios de sus entorno y adaptándolo a las necesidades que se
les presentan de manera diaria o incluso llevándolo a fundamentos ocasionales para
converger en un universo paralelo de ideas claras y específicas de la entidad en
manera lógica.
OBJETIVO GENERAL
Categorizar las funciones de una entidad para poder desarrollar sus necesidades
cotidianas a un sistema lógico de software con la ayuda de ingenieria de software.
OBJETIVOS ESPECÍFICOS
1. Analizar cuales son los requerimientos que necesita la ingeniería de software

para ser usada.
2. Explicar una de las definiciones de la ingeniería de requerimientos.

El proceso de recopilar, analizar y verificar las necesidades del cliente para un

sistema de software es llamado Ingeniería de Requerimientos. La meta de la
ingeniería de requerimientos es entregar una especificación de requerimientos de
software correcta y completa. La ingeniería de requerimientos apunta a mejorar la
forma en que comprendemos y definimos sistemas de software complejos.
Para poder conocer lo que el cliente necesita se hace uso de diferentes

herramientas tales como lo son:
Citando el método Core
MÉTODO CORE
El método Controlled Requirements Expression (CORE) [Norris] es un conjunto de

notaciones textuales y gráficas, con guías específicas para la captura y validación
de requerimientos del sistema, en las etapas iniciales del diseño del sistema. CORE
ha sido, por tradición, pensado como puramente una técnica de captura y análisis
de requerimientos (RCA), aunque soporta algunos aspectos de diseño tales como
estructuras de datos. CORE está basada en el principio de primero definir el
problema a ser analizado (definición del problema), y luego dividirlo en unidades o
puntos de vista a considerar.
El método CORE consiste en siete etapas. Cada una produce salidas que alimentan
a la etapa subsecuente como entrada o que forman parte de la especificación de
requerimientos final. CORE pretende examinar el sistema y su ambiente en un
número de niveles, con detalles más finos progresivamente en cada nivel. Las siete
etapas se presentan a continuación:
1. Definición del problema
El propósito de la definición del problema es identificar los límites del mismo.

Contiene detalles de los objetivos de la empresa de los usuarios del sistema, la

base para la necesidad de un nuevo sistema, limitaciones de costo y tiempo, y quién
va a ser el responsable de la revisión y aceptación de los resultados finales.
2. Estructuración del punto de vista
El propósito de esta etapa es descomponer el ambiente del sistema en los

elementos para que el sistema propuesto pueda ser analizado desde los puntos de
vista de todas las entidades que se comunican con él, la más importante de las
cuales son los usuarios. Durante esta etapa, todas las entidades que son fuentes
potenciales de información deben ser identificadas.
3. Colección tabular
Esta etapa es cuando la información sobre los flujos de datos entre los puntos de
vista y el procesamiento de éstos son reunidos. Esto ayuda a establecer la totalidad
y consistencia.
4. Estructuración de datos.
En la etapa previa, los elementos de información que pasan entre los puntos de
vista son referidos por sus nombres generales. En esta etapa, se da una vista más
cercana al contenido, a la estructura y a la derivación de datos, al producir
diagramas de estructura de datos.
5. Modelación individual de puntos de vista
Esta etapa puede dividirse en dos partes. Lo único concerniente a la primera es

convertir las TCF'S en una notación diferente para producir los diagramas
individuales del modelo de punto de vista. La segunda parte se refiere a agregar
alguna información nueva perteneciente a flujos de datos internos, control de
acciones y tiempo de acciones.
6. Modelación combinada de punto de vista
Esta etapa facilita el análisis de una secuencia de eventos de más de un punto de

vista.
Cada diagrama de modelo combinado de punto de vista producido durante esta
etapa es una representación del procesamiento de información que ocurre entre
puntos de vista.
7. Análisis de restricciones
En esta etapa, se consideran restricciones adicionales tales como desempeño y

seguridad. Éstas pueden afectar los diagramas de puntos de vista ya producidos.
Las restricciones se documentan en una especificación de restricción del sistema.
Se encuentra dentro de este método las siguientes características principales para

poder concluir en lo deseado.
Extracción: Esta fase representa el comienzo de cada ciclo. Extracción es el

nombre comúnmente dado a las actividades involucradas en el descubrimiento de
los requisitos del sistema.
Análisis: Sobre la base de la extracción realizada previamente, comienza esta fase.

Usualmente se hace un análisis luego de haber producido un bosquejo inicial del
documento de requisitos; aquí se leen los requisitos, se conceptúan, se investigan,
se intercambian ideas con el resto del equipo, se resaltan los problemas, se buscan
alternativas y soluciones, y luego se van fijando reuniones con el cliente para
discutir los requisitos.
Especificación: En esta fase se documentan los requisitos acordados con el

cliente, en un nivel apropiado de detalle. En la práctica, esta etapa se va realizando
conjuntamente con el análisis, pero se podría decir que la Especificación es el
“pasar en limpio” el análisis realizado previamente aplicando técnicas y/o estándares

de documentación, como la notación UML.
Validación: La validación es la etapa final de la IR. Su objetivo es verificar todos los

requisitos que aparecen en el documento especificado para asegurarse que
representan una descripción, por lo menos, aceptable del sistema que se debe
implementar. Esto implica verificar que los requisitos sean consistentes y que estén
completos.
La validación representa un punto de control interno y externo; interno, porque se
debe verificar internamente lo que se está haciendo, y externo, porque se debe
validar con el cliente.
Para poder desarrollar cada etapa es necesario hacer uso de diferentes

herramientas tales como técnicas, herramientas y métodos de Ingeniería de
Software para definir requerimientos de sistemas de información :
● Datos Generales de la Empresa

● Organigrama de la Empresa
● Descripción del Sistema de Información
● Modelo de Negocios del Sistema
● Diagrama de Casos de Uso
● Descripción de Actores
● Descripción de los Casos de Uso
Dentro de este marco podremos identificar requerimientos funcionales y

no-funcionales, para el desarrollo del software.
Las entrevistas son importantes para conseguir información de primera mano de

parte del cliente y permite acercarse para conocer mejor lo que él necesita para su
organización, en base a este criterio las entrevistas se pueden ampliar a todos los
involucrados para proseguir con el análisis de la estructura organizacional y de esa
manera definir lo que él cliente o la organización necesitan y/o requieren.
CONCLUSIÓN
La ingeniería del software permite poder definir y convertir una necesidad en una
solución para crear un entorno paralelo a los estándares de calidad de cada
proceso, con el fín de incrementar la productividad de cada entidad como tal.
BIBLIOGRAFÍA
Martínez, M.G (2019). Estándares de Programación. San Salvador, El Salvador:

Carreras virtuales UTEC. Recuperado el 12/03/2019 de https://utds.mrooms.net/
mod/resource/view.php?id=136746&redirect=1
Martínez, M.G (2019). Estándares de Programación. San Salvador, El Salvador:

Carreras virtuales UTEC. Recuperado el 12/03/2019 de https://utds.mrooms.net/
mod/resource/view.php?id=136715&redirect=1
ANEXOS

Tarea de Investigación - Práctica 2.1

Cargado por

Copyright:

Formatos disponibles

Tarea de Investigación - Práctica 2.1

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tarea de Investigación - Práctica 2.1

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INFORMÁTICA Y CIENCIAS APLICADAS

Asignatura: Estándares de Programación Sección: A

Tarea 2.1 - Eva 2

TEMA: “Matriz de dependencias en la ingeniería del software,

El presente es una recopilación de las necesidades que requieren las empresas,

1. Analizar cuales son los requerimientos que necesita la ingeniería de software

2. Explicar una de las definiciones de la ingeniería de requerimientos.

El proceso de recopilar, analizar y verificar las necesidades del cliente para un

Para poder conocer lo que el cliente necesita se hace uso de diferentes

Citando el método Core

El método Controlled Requirements Expression (CORE) [Norris] es un conjunto de

1. Definición del problema

El propósito de la definición del problema es identificar los límites del mismo.

Contiene detalles de los objetivos de la empresa de los usuarios del sistema, la

2. Estructuración del punto de vista

El propósito de esta etapa es descomponer el ambiente del sistema en los

5. Modelación individual de puntos de vista

Esta etapa puede dividirse en dos partes. Lo único concerniente a la primera es

6. Modelación combinada de punto de vista

Esta etapa facilita el análisis de una secuencia de eventos de más de un punto de

En esta etapa, se consideran restricciones adicionales tales como desempeño y

Se encuentra dentro de este método las siguientes características principales para

Extracción: Esta fase representa el comienzo de cada ciclo. Extracción es el

Análisis: Sobre la base de la extracción realizada previamente, comienza esta fase.

Especificación: En esta fase se documentan los requisitos acordados con el

“pasar en limpio” el análisis realizado previamente aplicando técnicas y/o estándares

Validación: La validación es la etapa final de la IR. Su objetivo es verificar todos los

Para poder desarrollar cada etapa es necesario hacer uso de diferentes

● Datos Generales de la Empresa

Dentro de este marco podremos identificar requerimientos funcionales y

Las entrevistas son importantes para conseguir información de primera mano de

Martínez, M.G (2019). Estándares de Programación. San Salvador, El Salvador:

Martínez, M.G (2019). Estándares de Programación. San Salvador, El Salvador:

También podría gustarte

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.