- acuerde cuál es la necesidad o el controlador comercial antes de comenzar cualquier cosa (¿por qué lo hace en primer lugar?)
- asegúrese de que alguien (no usted) sea el propietario del proyecto (patrocinador)
- Definir qué personas / departamentos se verán afectados directa e indirectamente por el proyecto.
- definir un grupo de partes interesadas (no vampiros … personas que participarán activamente en el proyecto)
- defina tantos riesgos para el proyecto como pueda y cuál es su probabilidad y gravedad
- Definir los criterios que harían que el proyecto fuera un éxito.
- Estime cualquier costo que tendrá el proyecto, esto incluirá costos internos y costos externos de terceros e incluso si hay algún costo de hardware (¿servidores?)
- Definir cualquier restricción en el proyecto.
Realice todos los pasos anteriores antes de siquiera considerar realizar cualquier trabajo en el proyecto. Lo que estás haciendo aquí es cubrirte la espalda. Haga que las partes interesadas y el patrocinador estén de acuerdo con lo anterior antes de pasar a la siguiente parte.
- Documente cualquier proceso que esté actualmente en funcionamiento alrededor del área donde se va a desarrollar la aplicación.
- documentar los nuevos procesos que tendrían que implementarse antes de que la aplicación pueda hacerse cargo
- Diseñe un diseño de aplicación que muestre las partes principales de la aplicación y su función.
- Diseñe un ERD (Diagrama de relación de entidad) para mostrar qué datos necesitaría almacenar para su aplicación. Incluya también los datos que necesita para obtener controles (tablas, listas desplegables) e informes
- Especificaciones funcionales Enumere todos los requisitos que tendrá la aplicación. Esto es muy importante, esto será lo que probará y lo que completará.
Nuevamente, obtenga la aprobación del patrocinador y las partes interesadas antes de continuar. Este es casi su contrato para el trabajo. Si lo que quieren no figura en la lista anterior, no lo hagas. Esto conducirá al deslizamiento del proyecto y luego puede pasar meses o incluso años haciendo las cosas básicas más simples.
- cree el back-end de la base de datos y tantas consultas para obtener datos para su aplicación como pueda
- Crear los formularios web, vincularlos a los datos.
- hacer cualquier programación que necesite hacer que esté incluida en los procesos y / o requisitos
- hacer algunas pruebas internas
Para empezar, estos pasos son lo que la mayoría de las personas quieren hacer, y en realidad es una parte muy pequeña de lo que debes hacer, el siguiente es el más largo en mi opinión.
- ¿Cuáles son las ventajas de usar AngularJS?
- ¿Qué pasos debo seguir si quiero desarrollar una aplicación web?
- ¿Es segura una aplicación web node.js (r) de los ataques DDOS?
- ¿Qué tipo de problemas encuentran los desarrolladores web en el día a día?
- ¿Dónde puedo encontrar programadores para crear un juego de administrador deportivo basado en la web?
- Pruebe la aplicación (no usted no hace la prueba usted mismo), haga que las partes interesadas la prueben y sus equipos. Las pruebas deben formarse a partir de los requisitos que recopiló anteriormente.
- Problemas de registro que deben corregirse.
- Solucione los problemas a medida que continúan las pruebas, comunicando los cambios que se realizan para que los evaluadores puedan volver a realizar las pruebas.
finalmente, esto incluirá hacer más codificación, siempre lo hace … si está contratando, aquí es donde puede ganar un montón de dinero. Todo lo que no estaba en los requisitos que el cliente quiere que hagas aquí. ¡Esta parte puede hacer un trabajo a tiempo completo durante años!
- Verifique las pruebas con los requisitos (especificación de función)
- Capacite a la empresa sobre cómo usar la aplicación.
- Registre las cosas que la aplicación no hace que a la compañía le gustaría que hiciera
- IMPORTANTE – Obtenga la aprobación del proyecto
- comience a trabajar en las otras cosas que la compañía quiere que haga el proyecto, siga todos los pasos anteriores para artículos más grandes.
Esto puede parecer excesivo, pero para algo más grande que el trabajo total de una semana, sugeriría hacerlo. Los documentos no necesitan ser masivos, pero cubren su espalda cuando la gente dice que no lo está haciendo correctamente o que no es lo que pidieron.
En general, cuando alguien le dice lo que quiere, no está demasiado seguro de sí mismo y es solo a través del trabajo lógico a través de ejemplos que se da cuenta de que quiere mucho más de lo que pidió. Cerca del final del proyecto, las personas sabrán lo que quieren y jurarán ciegamente que pidieron X e Y, cuando al comienzo del proyecto nadie sabía que existían X e Y. Hacer lo anterior te permitirá terminar el trabajo y luego hacer X e Y sin que la gente te persiga arcoiris