Scribd
Cargar
54 vistas4 páginas

Analisis Diseño Sistema U1 B1 Profundizacion Analisis

La matriz CRUD es una herramienta clave en el análisis de requerimientos que asegura que todos los objetos de una aplicación puedan ser creados, leídos, actualizados y eliminados según los casos de uso. Además, se describen diversos roles en el desarrollo de software, como administradores, analistas, diseñadores y testers, cada uno con responsabilidades específicas para garantizar la coordinación y éxito del proyecto. La gestión efectiva de estos roles y la implementación de la matriz CRUD son fundamentales para el desarrollo eficiente de software.

Cargado por

JONATHAN DE JESUS FLOREZ ISAZA
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
54 vistas4 páginas

Analisis Diseño Sistema U1 B1 Profundizacion Analisis

La matriz CRUD es una herramienta clave en el análisis de requerimientos que asegura que todos los objetos de una aplicación puedan ser creados, leídos, actualizados y eliminados según los casos de uso. Además, se describen diversos roles en el desarrollo de software, como administradores, analistas, diseñadores y testers, cada uno con responsabilidades específicas para garantizar la coordinación y éxito del proyecto. La gestión efectiva de estos roles y la implementación de la matriz CRUD son fundamentales para el desarrollo eficiente de software.

Cargado por

JONATHAN DE JESUS FLOREZ ISAZA
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Profundización

Matriz CRUD y roles de


usuarios en el desarrollo
de software
Matriz CRUD y roles de usuarios en el desarrollo de software

Una matriz CRUD es una de las técnicas del análisis de requerimientos que permite
verificar que todos los objetos que forman parte de una aplicación puedan ser creados,
leídos, actualizados y eliminados por los casos de uso identificados, también permite
identificar la necesidad de nuevos casos de uso en el sistema.

El detalle de cada proceso es:

C: Create - Crear o Insertar registros.


R: Read - Leer o Consultar registros.
U: Update - Actualizar registros.
D: Delete - Eliminar registros.

Un ejemplo de ello es lo siguiente:

Objetos
Casos de uso Orden Químico Solicitante Proveedor
Ingresar Orden C R R R
Cambiar Orden U, D R R
Gestionar inventario
C,U,D
de químicos
Reporte de órdenes R R R
Editar solicitantes C,U,R

Lo anterior da a entender que el encargado de las órdenes puede ingresar una orden,
actualizar o eliminar una orden y puede consultar las órdenes, pero no puede hacer nada
con la gestión de inventario de químicos ni editar solicitantes.

El de químico puede consultar una orden, puede insertar, actualizar y eliminar algún
elemento del inventario químicos y puede consultar reportes de órdenes; sin embargo,
no puede hacer nada con el cambio de órdenes ni tampoco puede editar solicitantes.
Roles de usuario

Como bien es sabido, el desarrollo de un proyecto requiere de un trabajo bastante


coordinado y es una actividad que se debe realizar en grupo, además, requiere de
diferentes capacidades, las cuales, encontrarlas en una persona es bastante dificil.

Debe existir un administrador del proyecto, el cual será el encargado de realizar toda la
gestión del proyecto de principio a fin, debe tener una comunicación fluida con el equipo
de trabajo y debe garantizar la ejecución de las entregas en los tiempos estipulados.

Algunos de los roles que son representativos son los siguientes:

- Analistas: trabajar con los analistas para estudiar las necesidades de los clientes y los
requisitos del sistema.

- Diseñadores: trabajar con ellos para diseñar la arquitectura del sistema de acuerdo con
los recursos asignados al proyecto, el administrador de proyecto requiere la arquitectura
del sistema para determinar el plan de trabajo de los demás roles.

- Tésters: trabajar con ellos para determinar qué tipo de testeo deberá utilizarse, y con
qué profundidad, de acuerdo con los requisitos de seguridad en el diseño del sistema y
de los recursos disponibles. Los resultados de los tests ayudan a determinar el éxito del
proyecto, preocupación principal de la administración de proyecto.

- Aseguradores de calidad: la información provista por este rol ayuda a conocer el


avance del proyecto, este rol observa si cada una de las actividades se realiza de acuerdo
a las especificaciones planificadas.

- Ingenieros de manutención: generalmente la manutención utiliza una cantidad muy


importante de recursos del proyecto, por ello, el administrador debe conocer los planes
de manutención, y de ser necesario, ajustarlos a los recursos disponibles.
- Documentadores: el administrador de proyecto tomará como referencia los
documentos controlados por los documentadores para elaborar planes y la evaluación
del proyecto.

- Clientes: el administrador de proyecto deberá administrar la relación con los clientes,


desarrollando una comunicación fluida con estos, y siendo la cara visible del proyecto.

Referencias:

Fuller Padilla D. (2003) Capítulo 4: Roles en el desarrollo de software. Recuperado de:


[Link]

También podría gustarte