135 Detalles que no se pueden pasar por alto en un proyecto de sistemas

Solo disponible en BuenasTareas
  • Páginas : 5 (1160 palabras )
  • Descarga(s) : 0
  • Publicado : 5 de agosto de 2010
Leer documento completo
Vista previa del texto
135 DETALLES QUE NO SE PUEDEN PASAR POR ALTO

EN UN PROYECTO DE SISTEMAS

Fase de Análisis:

1. Entrevista con Directivos de la empresa para definir problema a resolver.
2. Discusión de Problema detectado con directivas de la Empresa.
3. Definición del PETI: Corto, mediano y Largo Plazo.
4. Selección del Jefe del proyecto *
5. Elaboración del estudio de Viabilidad
6.Análisis de alternativas de solución.
7. Estudio de Costos y Beneficios de alternativas planteadas.
8. Presentación de la Propuesta técnica
9. Aprobación o rechazo de la propuesta técnica. (costos, Tiempos, Recursos).
10. Asignación de recursos humanos para la fase de análisis.

11. Definición de herramientas a utilizar
12. Adquisición de Licencias
13. Compra e instalaciónde equipos básicos para empezar el análisis.
14. Capacitación en el uso de herramientas a utilizar: Case, Oracle, UML, etc...
15. Inicio del análisis de requerimientos con base en el estudio preliminar aprobado
16. Observación del área a Sistematizar.
17. Preparación de Entrevistas.
18. Recomendaciones a Entrevistadores (Cómo conducir la entrevista)
19. Conocimiento derequerimientos BASICOS del sistema
20. Conocimiento de requerimientos DE TRANSACCIONES

21. Conocimiento de requerimientos DE DECISION de los usuarios
22. Conocimiento de requerimientos DE INTERFASE de toda la empresa
23. Reuniones periódicas con usuarios para aclarar malos entendidos.
24. Documentación de las entrevistas.
25. Elaboración y distribución de Cuestionarios.
26. Recepcióny análisis de cuestionarios.
27. Clarificación de los 4 tipos de requerimientos confrontando entrevistas y Cuestionarios.
28. Extracción o determinación de requisitos *
29. Análisis de requisitos (Clarificación)*
30. Especificación de requisitos (Redacción) *

31. Validación de requisitos (Características y Factibilidad) *
32. Elaboración de Diagramas de Flujos de Datos decontexto general, nivel 0 y nivel 1.
33. Discusión de Diagramas de Flujos de datos con usuarios finales.
34. Elaboración de Diagramas de Flujos de datos Físicos.
35. Elaboración de Prototipos *
36. Elaboración de Diagramas de Casos de uso
37. Elaboración de Diagramas de Clase
38. Elaboración de diagramas de Estados y Actividades
39. Escritura Final de la Especificación derequisitos
40. Presentación de requisitos a Comité de Sistemas de Información.
41. Aprobación de requisitos en el Comité de Sistemas de Información
42. Iniciación del manual Administrativo

Diseño:

43. Conformación de equipo de Diseño.
44. Selección de Tecnologías a Utilizar para la Arquitectura del Software :
Case, UML, Edi, Dw, CRM, CMM, ERP.
45. Estudio detallado del ACTAaprobada de requerimientos para iniciar el diseño
46. Asignación de equipos de trabajos por subsistemas
47. Elaboración de diagramas de estructuras *
48. Elaboración de diagramas de secuencias.
49. Elaboración de Diagramas de Colaboración
50. Elaboración de Diagramas de Componentes

51. Elaboración de diagramas de Despliegue o Distribución : Para sistemas distribuidos
52.Bosquejo de los INFORMES que debe generar el Sistema
53. Diseño de FORMATOS de pantalla para CONSULTA de información (interfaz)
54. Discusión de otros tipos de SALIDAS del sistema
55. Elaboración del bosquejo de los DOCUMENTOS FUENTE del sistema
56. Definición de FORMATOS de pantalla para CAPTURA de datos. (interfaz)
57. Definición de OTROS tipos de ENTRADA al sistema
58. Discusiónde los bosquejos de entradas y salidas con los usuarios.
59. Elaboración del modelo de DATOS (Modelo Entidad-Relación)
60. Definir el Modelo FUNCIONAL (Menús del sistema)

61. Discusión de modelos con los usuarios.
62. Ajustes a modelos planteados.
63. Discusión de documentos para captura de datos manuales.
64. Asignación de responsables para captura manual de datos.
65....
tracking img