Está en la página 1de 11

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
ingeniería del software

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.
ingeniería del software

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.


ingeniería del software

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.


ingeniería del software

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.
ingeniería del software

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
ingeniería del software

“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.
ingeniería del software

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.
ingeniería del software

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
ingeniería del software

ANEXOS