Patricio - Grandon - Control2 INGENIERÍA EN REQUERIMIENTO DE SOFTWARE

INGENIERÍA EN REQUERIMIENTO DE SOFTWARE
Patricio Alexis Grandón Neculman
Identificar los tipos de requerimientos
del sistema de información diseñado.
Instituto IACC
24 de abril de 2020
Los Requerimientos de Software son las necesidades de los interesados (cliente
y usuarios) que requiere que el Sistema deba de cumplir de manera Satisfactoria.
Son los que definen las funciones que el sistema será capaz de realizar.
 REQUERIMIENTOS DE NEGOCIO
Los requerimientos de negocio tienen relación con las necesidades de la

organización, sus metas y objetivos. Se debe indicar la forma como se desarrollará
el proyecto y cómo se medirán sus resultados.
En el ramo de Taller de integración de software, se realizó el análisis de un

Sistema de Software y su ciclo de vida en la siguiente forma.
Como caso de negocio, se definió la problemática de la empresa en la que

necesitaba dar una solución para controlar los gastos de presupuestos anuales de
Subvenciones entregadas por el ministerio a un Colegio. Se desarrolló un sistema
para gestionar el control de gastos de compras de colegios.
En esta etapa se documentó el análisis de costo/beneficio del desarrollo del

software, las ventajas de trabajar con un sistema computacional que realice todo
el procedimiento de cálculo. El hardware y la logística que esto implicaría.
 DEFINICIÓN DE PARTES INTERESADAS O USUARIOS (Stakeholder)
La definición de los usuarios corresponde a la determinación de sus expectativas

y como interactuarán con el producto.
Tal como se señaló en el punto anterior, en el Taller de integración de software se

documentaron las necesidades de los usuarios y sus expectativas de interacción
con el software, incluyendo los objetivos deseados.
Esto incluyo lo siguiente:
 Obtener conocimiento sobre los gastos de un colegio, respecto a la

organización, tipo de categorías, etc.
 Implementar un módulo de control de usuarios con la información obtenida,
para facilitar el control sobre las cuentas de los distintos colegios que
administre la consultora.
 Verificar junto al cliente que el sistema abarque y cumpla con los
requerimientos especificados.
 Etc.
 REQUERIMIENTOS DE TRANSICIÓN
Describen las capacidades que la solución debe tener para facilitar la transición
del estado actual de la empresa hacia el estado futuro deseado, los que no serán
requeridos una vez que se haya completado esta etapa transitoria. Son
requerimientos temporales.
En el Taller de integración de software se estableció que se debería realizar una

migración de datos de cada establecimiento que se mantiene en hojas Excel al
nuevo sistema computacional desarrollado para estos efectos. Además, el sistema
requiere de una capacitación para que los usuarios puedan manejarlo
correctamente.
 REQUERIMIENTOS FUNCIONALES
Proporcionan detalle de cómo debe comportarse un producto y especifican lo que

se necesita para su desarrollo.
Para ejemplificar esta etapa, se muestra lo que se desarrolló en el Taller de

integración de software tantas veces mencionado, que contenía lo siguiente:
Se señaló que el sistema tendría que contar con las siguientes características:
 Deberá manejar datos de diferentes establecimientos educacionales.

 Deberá controlar el acceso a los distintos Colegio y cuentas de usuarios.
 Permitirá el ingreso de facturas o boletas de compra.
 Calculará los distintos tipos de subvenciones (planes de cuenta)
 Deberá ser accesible a través de un usuario y contraseña.
 Permitirá registrará la compra con los siguientes documentos (factura, boletas,
notas de crédito, etc.)
 Permitirá la creación, modificación y/o eliminación de Colegios, operadores
(usuarios) y Administradores.
 Generará informe a partir de la información que se le ingrese, que nos servirá
para dar cumplimiento a lo solicitado por el Mineduc.
 Etc.
 REQUERIMIENTOS NO FUNCIONALES O DE CALIDAD
Detallan las características que un producto debe poseer para su eficiencia y

prever posibles problemas. Para ello, se deben considerar restricciones de tiempo
por ejemplo, para evitar procesos demasiados prolongados.
En términos de experiencia de usuario, si la calidad del producto no concuerda
con sus expectativas, no será eficiente.
En el caso del Taller de integración de software, los requerimientos funcionales

fueron:
 Interfaz del sistema debe ser simple, intuitiva, fácil de usar y aprender.
 Permitir el ingreso de datos al sistema, a través del teclado.
 Estabilidad del sistema.
 El software tiene que ser escalable, para así poder adaptarse y mejorar a
través del tiempo.
 El sistema deberá estar disponible a través de internet, alojado Hosting y con
un dominio especial para ello.
 El lenguaje de programación a utilizar será PHP Laravel.
 La plataforma de bases de datos debe ser MySQL
 REQUERIMIENTOS INVERSOS
Al contrario de los requerimientos funcionales, aquí se deben establecer las

restricciones necesarias para el buen funcionamiento del sistema.
Así es como en el Taller de integración de software se señalaron entre otras

los siguientes requerimientos inversos.
 No se debe permitir el acceso a personas no autorizadas

 Se debe contar de medidas de seguridad, consistentes en claves para el
manejo de la bases de datos y del sistema en general.
 Deben existir los respaldos necesarios para evitar se pierda la información
accidentalmente.
La representación de todos estos requerimientos, fue debidamente documentado

en el trabajo del Taller de integración de software, con una presentación algo
diferente, pero responde al contenido solicitado para este trabajo.
Bibliografía
Contenidos semana 2.

Patricio - Grandon - Control2 INGENIERÍA EN REQUERIMIENTO DE SOFTWARE

Cargado por

Copyright:

Formatos disponibles

Patricio - Grandon - Control2 INGENIERÍA EN REQUERIMIENTO DE SOFTWARE

Cargado por

Información del documento

Descripción original:

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

Patricio - Grandon - Control2 INGENIERÍA EN REQUERIMIENTO DE SOFTWARE

Cargado por

Copyright:

Formatos disponibles

INGENIERÍA EN REQUERIMIENTO DE SOFTWARE

Patricio Alexis Grandón Neculman

Identificar los tipos de requerimientos

del sistema de información diseñado.

Los requerimientos de negocio tienen relación con las necesidades de la

En el ramo de Taller de integración de software, se realizó el análisis de un

Como caso de negocio, se definió la problemática de la empresa en la que

En esta etapa se documentó el análisis de costo/beneficio del desarrollo del

 DEFINICIÓN DE PARTES INTERESADAS O USUARIOS (Stakeholder)

La definición de los usuarios corresponde a la determinación de sus expectativas

Tal como se señaló en el punto anterior, en el Taller de integración de software se

Esto incluyo lo siguiente:

 Obtener conocimiento sobre los gastos de un colegio, respecto a la

En el Taller de integración de software se estableció que se debería realizar una

Proporcionan detalle de cómo debe comportarse un producto y especifican lo que

Para ejemplificar esta etapa, se muestra lo que se desarrolló en el Taller de

 Deberá manejar datos de diferentes establecimientos educacionales.

 REQUERIMIENTOS NO FUNCIONALES O DE CALIDAD

Detallan las características que un producto debe poseer para su eficiencia y

En el caso del Taller de integración de software, los requerimientos funcionales

Al contrario de los requerimientos funcionales, aquí se deben establecer las

Así es como en el Taller de integración de software se señalaron entre otras

 No se debe permitir el acceso a personas no autorizadas

La representación de todos estos requerimientos, fue debidamente documentado

También podría gustarte