Está en la página 1de 5

JONATHAN ESTEVEZ GUZMAN

MATRICULA: 180676

GRUPO:DS65

MATERIA: ADMINISTRADOR DE PROYECTOS DE SOFTWARE

DOCENTE: ALFONSO MEDEL ROJAS

ACTIVIDAD 1. INTRODUCCION A LA ADMINISTRACION DE PROYECTOS

TOLUCA MEX. A 12 DE FEBRERO DEL 2024


TIPOS DE REQUERIMIENTO DE
SOFTWARE

REQUERIMIENTOS DE
REQUERIMIENTOS REQUERIMIENTOS
DOCUMENTACIÓN
DE USUARIO DE SISTEMA
El documento de requerimientos es el lugar donde
En estos se especifica la interacción se articula lo que debe hacer el producto final y
Los requerimientos de sistema se refieren a
del sistema con el usuario, además cómo debe comportarse. Los documentos de
especificaciones técnicas que incluyen la
de las metas del sistema y el flujo de requisitos pueden adoptar muchas formas
consistencia del programa. También nos ayudan a
información. diferentes, pero todos sirven para el mismo
definir la arquitectura inicial del sistema y su
Para definirnos es importante usar propósito: ayudar a garantizar que el producto
estructura ordenando los requerimientos.
un lenguaje común (no técnico), final satisfaga las necesidades del cliente.
Para obtener mejores resultados, al definir estos
hacerlo claro, definir requerimientos Los documentos de requisitos pueden usarse para
requerimientos se recomienda utilizar un lenguaje
precisos y evitar conjugar múltiples seguir el progreso, identificar los riesgos potenciales
estructurado, donde también se establecen las
requerimientos, dentro de un generalidades y los términos del diseño. y medir si un proyecto es viable o no.
requerimiento.
REQUERIMIENTOS REQUERIMIENTOS REQUERIMIENTOS
ESTÁNDAR IEEE 830 FUNCIONALES NO FUNCIONALES
Los principales objetivos que se identifican en la Los requisitos funcionales son las cosas que debe hacer un Los requisitos no funcionales son importantes porque
especificación de requisitos del software son los
programa informático. Hay dos tipos de requisitos describen cosas que el producto debe tener y que
siguientes:
funcionales: los del usuario y los del sistema. Los requisitos pueden no ser obvias para el usuario. Esto incluye
1. Ayudar a los clientes a describir claramente lo que
de usuario indican los servicios que debe prestar el sistema
quieren de un programa de software. cualidades como el rendimiento, el diseño y las
y su funcionamiento. Los requisitos del sistema establecen
2. Ayudar a los desarrolladores a entender lo que quiere restricciones de la aplicación. Los requisitos no
en detalle los servicios y las limitaciones del sistema.
el cliente, incluso si ellos mismos no saben exactamente lo funcionales también pueden estar relacionados con las
estos definen como se relaciona el programa con el
que quieren. propiedades emergentes del sistema. Las propiedades
contexto y que servicios necesitan para actual.
3. Servir de base para el desarrollo de normas ERS
Generalmente, cuando no se definen bien claramente, el emergentes son cosas que ocurren como resultado del
(especificación de requisitos de software) específicas
desarrollador los interpreta de manera que el desarrollo se funcionamiento del sistema y que pueden no haber sido
para cada organización. Esto ayudará a los
simplifique, lo que usualmente es contrario a lo que el cliente planificadas.
desarrolladores a entender exactamente lo que quiere el
desea y genera trabajo adicional, que representa tiempo y
cliente.
presupuesto mal invertido.
LOS REQUERIMIENTOS
A TOMAR EN CUENTA

Ambiente físico Usuarios y factores Funcionalidad


Interfaces
humanos
Ubicación del equipo
Quien usa el sistema Que hace el sistema
del sistema, o sea La entrada de datos viene
Si se necesitan varios tipos de
“donde vive” de uno o más sistemas Cuando lo hace
usuarios
Especificar si hay La salida de datos va a Existen varios tipos de
Habilidades de los usuarios
más de una uno o más sistemas operación
Sí se requiere entrenamiento de los
ubicación Si se requiere formatear usuarios Cómo y cuando puede
Restricciones los datos Facilidad de uso y comprensión del mejorar el sistema
ambientales sistema para el usuario
Dificultad para hacer uso indebido del
sistema.
Bibliografía
ASIFICACIÓN Y TIPOS DE REQUERIMIENTOS. (2022). Obtenido de wordpress:
https://administracionderequerimientos.wordpress.com/2014/08/26/clasificacion-y-tipos-de-
requerimientos/
Gomez, C. (27 de Octubre de 2022). Requerimientos de software. Obtenido de
https://www.diariodeqa.com/post/quiero-ser-qa-que-debo-aprender-requerimientos-de-software
Hughes, B. y. (2023). Administración de Proyectos de Software. Obtenido de
https://www.uv.mx/personal/jfernandez/files/2010/07/1_Conceptos2012.pdf
Martins, J. (2022). ASANA. Obtenido de 9 estrategias para gestionar múltiples proyectos con éxito:
https://asana.com/es/resources/managing-multiple-projects
NORTHWARE. (26 de MAYO de 2022). Obtenido de Requerimientos en el desarrollo de software y
aplicaciones: https://www.northware.mx/blog/requerimientos-en-el-desarrollo-de-software-y-
aplicaciones/
Sommerville, I. (2024). Ingeniería deRequerimientos. Obtenido de
https://www.uv.mx/personal/fcastaneda/files/2015/08/G_Capitulo_6_Ingenieria_de_Requerimientos.p
df
Todo sobre Softwares de Gestión de Proyectos. (2022). Obtenido de COR:
https://projectcor.com/es/blog/todo-sobre-software-de-gestion-de-proyectos/
Unidad III. Software para la administración de proyectos. (2024). Obtenido de DOCPLAYER:
https://docplayer.es/2888073-Unidad-iii-software-para-la-administracion-de-proyectos.html

También podría gustarte