El ciclo de vida        un Sistema de Información
Aplicación al texto "Diario de un Gerente"
Las etapas del proceso de desarrollo de software
Planificación
Análisis
Pruebas
Instalación / Despliegue
Uso / Mantenimiento
Ámbito del proyecto
Estudio de Viabilidad
Análisis de riesgo
Estimación
Planificación temporal y asignación de recursos
Elicitación de requerimientos
Modelado
Metodología de análisis de requerimientos
El gerente del proyecto demostró cero trabajo en equipo y se considero capaz de llevar a cabo un proyecto en base solamente al planteamiento inicial que se poseía, ósea en base a la idea sin tomar en cuenta las variables, una de las tantas fallas fue que jamás realizo pruebas de ningún tipo al programa, llámense estas de programación, visión del usuario del producto, no se centro jamás en los actuales modelos para la creación de un producto que nace desde la necesidad hacia atrás y no venir a imponer una forma de realizar las cosas, bajo las propias impresiones, muchas veces erradas, del trabajo del cliente potencial.
A grandes rasgos, fuera de la presentación del proyecto a la cúpula directiva de la organización, todo lo demás realizado por el gerente esta malo, ya que, pensó ser lo suficientemente capaz para seguir adelante sin acatar indicaciones de la cadenas de mando, con cero planeamiento de las actividades a realizar y de las indicaciones y/o acotaciones frente a áreas del proyecto por parte de tanto los analistas como los colegas directivos, por ende era lógico que la instalación presentaría fallas, las cuales fueron captadas por los demás integrantes del proyecto a quienes ignoro el gerente, por consecuencia el despliegue nunca se realizo, mas allá de la típica marcha de prueba de errores.
El producto no llego por los clientes para quienes estaba diseñado, debido a los retrasos en la programación y a la falta de cohesión de grupo a la hora de afrontar los deadlines. Por tanto el mantenimiento no es aplicable a este caso.
la idea original era implementar un nuevo método operacional para el área de atención al cliente pero solo en la oficina central de la empresa, no se contemplaba en ningún caso las aplicaciones en las subsidiarias. 
no existió un estudio de recursos necesarios para el desarrollo del proyecto, solo se estimo que el proyecto debería estar funcionando en un periodo máximo de ocho meses, bajo el supuesto que se contaría con dinero y personal adecuado.
la contemplación de accesibilidad a recursos, el manejo de los tiempos de programación, compatibilidad del trabajo del grupo con otros departamentos son elementos que se dejaron de lado al momento de presentar el proyecto.
se debió hacer un programa de los pasos a seguir en el proyecto, para poder identificar puntos conflictivos del proceso y así poder generar holguras en cuanto al riesgo tanto en tiempo como en recursos.
tanto el tiempo como los recursos con los que cuenta el plan originalmente deben ser controlados. En el caso no se hizo esto ni para el tiempo ni los recursos, puesto que lo correcto es identificar que es lo que se completo y lo que no, pero en el caso solo había un foco claro, el supuesto que existían dos meses adicionales al plazo para poder terminar el proyecto. Y en cuanto a los recursos siempre se estimo que se contaría con personal con experiencia, dejando de lado la posibilidad de poder avanzar con personas que no contaran con la experiencia esperada por el gerente.
Planificación
en este punto también se cae en un grave error, el gerente da por sentado que el nuevo sistema es aceptado de buena manera por los participantes de la empresa. Los encargados del área servicio al cliente mostraron algo de aceptación pero también dieron a entender que están conformes con el sistema antiguo y que les permitía trabajar de forma eficaz.
de los dos modelos a desarrollar para el análisis de factibilidad de un sistema no se aplico ninguno. Los modelos de estructura que se utilizan para ver si las secuencias de los sistemas a implementar son coherentes y funcionales, ni los modelos de comportamiento utilizados para analizar y modelar las dinámicas de los sistemas fueron aplicados.
como en los casos anteriores, el requerimiento de recursos a utilizar en el proceso no fue analizado, lo único que se pretendía era contar con personal con un gran nivel de experiencia.
Análisis