Académique Documents
Professionnel Documents
Culture Documents
Los antecedentes son el punto de partida para delimitar el problema ya que permite
aclarar, juzgar e interpretar el problema planteado y sirve para ampliar o continuar lo
investigado.
Los antecedentes del problema consisten bsicamente en efectuar una revisin
bibliogrfica sobre el problema en cuestin y en consultar a expertos en la temtica.
Esta etapa aporta el marco conceptual en el que se desarrolla la investigacin.
El autor
Ao de Edicin
Ttulo del Tema
Poblacin y muestra
Conclusiones
Por todo ello, el Plan de Empresa es actualmente un requisito fundamental que exigen
las entidades financieras a los emprendedores que quieren poner en marcha su
proyecto de negocio, para que los Bancos puedan analizar la viabilidad econmica
financiera de dicho proyecto.
En una serie de vdeos voy a explicar las distintas partes que componen un Plan de
Empresa, y como realizarlo pas a paso.
Usuario final: Son las personas que usarn el sistema desarrollado. Ellos estn
relacionados con la usabilidad, la disponibilidad y la fiabilidad del sistema; estn
familiarizados con los procesos especficos que debe realizar el software, dentro de los
parmetros de su ambiente laboral. Sern quienes utilicen las interfaces y los manuales
de usuario.
Usuario Lder: Son los individuos que comprenden el ambiente del sistema o el
dominio del problema en donde ser empleado el software desarrollado. Ellos
proporcionan al equipo tcnico los detalles y requerimientos de las interfaces
delsistema.
Personal de Mantenimiento: Para proyectos que requieran un mantenimiento
eventual, estas personas son las responsables de la administracin de cambios, de la
implementacin y resolucin de anomalas. Su trabajo consiste en revisar y mejorar los
procesos del producto ya finalizado.
Analistas y programadores: Son los responsables del desarrollo del producto en s;
ellos interactan directamente con el cliente.
Personal de pruebas: Se encargan de elaborar y ejecutar el plan de pruebas para
asegurar que las condiciones presentadas por el sistema son las adecuadas.
Son quienes van a validar si los requerimientos satisfacen las necesidades del cliente.
Otras personas que pueden estar involucradas, dependiendo de la magnitud del
proyecto, pueden ser: administradores de proyecto, documentadores, diseadores de
base de datos, entre otros.
Problemas relacionados con los actores involucrados
Las vas que pueden dificultar la determinacin de los requisitos se presentan a
Continuacin:
Relacionados con los usuarios.
Los usuarios no tienen claro lo que desean
Los usuarios no se involucran en la elaboracin de requisitos escritos
Los usuarios insisten en nuevos requisitos despus de que el coste y la programacin
se hayan fijado.
Una vez recopilados los requisitos, el producto obtenido configura la base del anlisis
de requisitos.
Los requisitos se agrupan por categoras y se organizan en sub conjuntos, se estudia
cada requisito en relacin con el resto, se examinan los requisitos en su consistencia,
completitud y ambigedad, y se clasifican en base a las necesidades de los
clientes/usuarios.
Es corriente en clientes y usuarios solicitar ms de lo que puede realizarse,
consumiendo recursos de negocios limitados.
Tambin es relativamente comn en clientes y usuarios el proponer requisitos
contradictorios, argumentando que esa versin es esencial por necesidades
especiales.
El ingeniero del sistema debe resolver estos conflictos a travs de un proceso de
negociacin. Los clientes, usuarios y el resto de intervinientes debern clasificar sus
requisitos y discutir los posibles conflictos segn su prioridad.
Los riesgos asociados con cada requisito sern identificados y analizados.
Se efectan estimaciones del esfuerzo de desarrollo que se utilizan para valorar el
impacto de cada requisito en el costo del proyecto y en el plazo de entrega.
Obtener informacin acerca de lo que los usuarios desean Clasificar esos deseos para
comenzar a estructurar requerimientos Identificar los niveles de jerarqua del sistema y
empezar a alojar los ya clasificados requerimientos en cada nivel. Especificar
formalmente los requerimientos de acuerdo al nivel de audiencia que se desea. Los
requerimientos son el punto de acuerdo entre el cliente y el proyecto de desarrollo de
software, este entendimiento es necesario para poder construir software que satisfaga
las necesidades de nuestro cliente.
2 DESCRIPCION GENERAL 5
2.3. Caractersticas de los Usuarios
Esta subseccin describir las caractersticas generales de los usuarios del
Producto, incluyendo nivel educacional, experiencia y experiencia tcnica.
2.4. Restricciones
Esta subseccin describir aquellas limitaciones que se imponen sobre los
Desarrolladores del producto
Polticas de la empresa