カテゴリー 全て - cliente - solución - requerimientos - funcionales

によって Nirvana Belén 2年前.

248

GUÍA DE REQUERIMIENTOS

La indagación de requerimientos es un proceso crucial que define los servicios y restricciones que debe ofrecer un sistema. Los requerimientos se dividen en dos grandes categorías: funcionales y no-funcionales.

GUÍA DE REQUERIMIENTOS

GUÍA DE REQUERIMIENTOS

Indagación de Requerimientos

Tipos de Requerimientos
No funcionales

Requisitos de producto: Estos especifican el comportamiento del producto

Por ejemplo decir en que aplicación se va desarrollar

Requisitos de organización: Se deriva de las políicas y procedimientos existentes en la organización del cliente y en la del desarrollo

Requisitos externos: Requerimientos de interoperabilidad que definen la manera en que el sistema interactúa co los otros sistemas de la organización

Unificar y trabajar en conjunto

Contexto de la empresa

Es en pocas palabras el entorno de desarrollo

Funcionales

Es en pocas palabras el ¿Qué hace?

De usuario: Son declaraciones de los servicios que se espera que el sistema ofrezca y las restricciones por las cuales debe operar

Del sistema: Establece con detalle los servicios y restricciones del sistema

Despliegue de Requerimientos
Requerimientos Emocionantes

Estas carcaterísitas van más allá de las expectativas dekl cliente y son muy satisfactorias si están presentes

Requerimientos Esperados

Están implicitos en el producto o sistema y quizá sean tan importantes que el cliente no los mencione de forma explícita

Requerimientos Normales

Objetivos y metas que se establecen para un producto o sistema durante las reuniones con el cliente

Primeras preguntas
Percepción del cliente respecto a la solución

Meta preguntas

¿Mis preguntas son relevantes? ¿Es usted la persona indicada para resolver las preguntas de manera oficial? ¿Debería yo preguntar algo más?

¿Cuál serría una "buena" salida generada por una solución exitosa? ¿Qué problemas resolvería esta solución? ¿Puede mostrar (o describir) el ambiente de negocios en el que se usaría la solución?

Cliente, participantes, metas y beneficios

¿Quién está detrás de la solicitud de este trabajo? ¿Quién usará la solución? ¿Cuál será el beneficio económico de una solución exitosa?

Vida del sistema

K) Testeo y verificación de requerimientos
J) Administración de requerimientos
I) Tracking de requerimientos
H) Colocación de requerimientos
G) Priorización de requerimientos
F) Especificación de los requerimientos
E) Definición de requerimietos para los stakeholders
D) Clarificar y restructurar los requerimientos
C) Identificar los requerimientos
B) Tener claro el entendimiento del cliente, usuario, necesidades del sistema
A) Identificar los Stakeholders

Dificultades de los Requerimientos

Tareas específicas de la ingeniería de requerimientos
07: Administración

Probar el proyecto, testearlo y mejorarlo

06: Validación

Comprobar que todo se este siguiendo al pie de la letra y validar que el proceso este siendo el correcto

05: Específicación

Establecer las necesidades y tener todo claro

04: Negociación

Ser el mediador del proceso del proyecto

03: Elaboración (escenario)

Plantear las peores situaciónes en el plan de desarrollo para siempre tener un plan B

02: Indagación

Conocer el alcance, tener el entendimiento o volatibilidad del proyecto y procurar conocer los recursos necesarios

01: Concepción

Ver y saber sobre el proyecto, investigar y conocer lo más posible

Necesidades y obstáculos
6) Frecuentemente no está claro la frontera entre requisitos y diseño UI
5) Impresición de los requisitos lo cual provoca que sen interpretados de diferentes formas de los stakeholders
4) Pueden existir malentendidos entre los stakeholders y los ingenieros de software
3) Realizar cambios sobre los requisitos ya definidos es muy costoso
2) Son inconsstentes y/o incompletos los requerimientos
1) Es necesario reflejar las necesidades reales de los clientes

No olvidar y por si acaso

La IEE es el organismo que se encarga de estandarizar la calidad del software sin ilegalidades.

Introducción y conceptos básicos

¿Pero qué son?
Características

Son una combinación compleja de los requisitos de los diferentes stakeholders que pertenecen a diferentes niveles de una organización y entorno donde operará el software.

¿Qué es un Stakeholder?

Es el público de interés de una empresa que permite su completo funcionamiento, personas u organizaciones que se relacinan con las actividades y desiciones de una empresa, gobierno, etc..

Abogados, contadores, recursos humanos

Toda la gente que influye en el software directamente

Consiste en:

Elicitación: Tomar los requerimientos de diversas fuentes individuales (ofrecer y proponer en base a las necesidades)

Análisis: Asegurar que las necesidades de todos los usuarios son consistentes y factibles (tiene que ser viable, considerar y ver estos requerimientos)

Específicación: Validar los requerimientos que se derivan de un reflejo exacto de las necesidades del usuario (el cliente es muy diferente al usuario y por lo tanto tienes diferentes necesidades)

Verificables y claras así como cuantificables, en pocas palabras posibles

Un requerimiento son las especificaciones de lo que debe de realizar el software, son descripciones del comportamiento, propiedad, restricciones que hay que desarrollar.

Son las descripciones de propiedades necesarias y efiientes de un producto para que se satisfaga las necesidades del consumidor (proceso de recopilar, analizar y verificar las necesidades del software).

La importancia de los Requerimienos
En la actualidad, ya sea para un software o un sistema web o aplicación movil tener todo a la medida es fundamental para tener éxito y evitar invertir en un producto poco funcional.

El cliente y el desarollador trabajn mano a mano en el proceso del desarrollo del proyecto y es fundamental la comunicación paa esto principalmente para tener claridad y así cumplir la entrega del proyecto con todos los debidos requerimientos.

Sin una buena comunicación será como construir una casa sin sus planos arquitectónicos.

Se identifican areas de oportunidad investigando las mismas

Se modela en físico y de manera visual

Se especifica para crear un plan de acción

Es un análisis escrito en un documento donde se describe con lujo de detalle el plan del proyecto o el esquema a segui para el desarrollo

Todo esto lo realiza un análisis de requerimientos, una investigación o una idea de una necesidad tecnológica que pueda llegar a tener una emprea o negocio.

Detalles como su modo operacional, su interaz, sistemas operativos compatibles, restricciones, seguridad, numero de usuarios son necesarios y se deben tomar en cuenta para tener un sistema de calidez y una buena eficacia.

Todo esto puede ocurrir si no se considerar las ecesidades especiales, tecnologías, costes, tiempo y demás variables de un proyecto.