Antes de entrar en el tema del an\u00e1lisis y dise\u00f1o orientado a objetos (que es cuando la mayor\u00eda de nosotros nos divertimos m\u00e1s con lo que hacemos adem\u00e1s de escribir c\u00f3digo), es importante hacer un seguimiento de algunas cosas m\u00e1s relacionadas con la comprensi\u00f3n de los requisitos del cliente. .<\/p>\n
En el post anterior mencion\u00e9:<\/p>\n
\nSi se toma el tiempo para comprender lo que quieren desde el principio, entonces los requisitos no tienen que ser un documento de 50 p\u00e1ginas que describa c\u00f3mo debe funcionar cada m\u00f3dulo.<\/p>\n<\/blockquote>\n
Por ejemplo, cada vez que preparo requisitos (o una Declaraci\u00f3n de trabajo), como suelo llamarlos cuando los env\u00edo a los clientes, rara vez excedo las diez p\u00e1ginas y, a menudo, es menos.<\/p>\n
Y aunque hay momentos en que es m\u00e1s largo, creo que parte de la raz\u00f3n por la que desarrollar un conjunto breve de requisitos viene con las discusiones preliminares para asegurarse de que usted y los clientes hayan desarrollado un lenguaje com\u00fan con el que puedan trabajar.<\/p>\n
Cuando hace eso, los requisitos y la declaraci\u00f3n de trabajo, como quiera llamarlos, no tienen que ser tan largos.<\/p>\n
Escribir una declaraci\u00f3n de trabajo<\/h2>\n
Primero, me gustar\u00eda diferenciar entre una Declaraci\u00f3n de trabajo<\/strong> y Requisitos<\/strong> en el contexto de esta publicaci\u00f3n.<\/p>\n
\n
- Los requisitos<\/strong> son lo que el cliente quiere que se construya.<\/li>\n
- La Declaraci\u00f3n de trabajo<\/strong> detalla lo que va a hacer, c\u00f3mo lo har\u00e1 y por cu\u00e1nto.<\/li>\n<\/ul>\n
Cubrir\u00e9 esto \u00faltimo con m\u00e1s detalle en esta publicaci\u00f3n. Pero baste decir que los requisitos pueden venir en forma de discusiones, documentaci\u00f3n o ambos en lo que respecta al cliente.<\/p>\n
Antes de saltar a las diferentes partes de lo que incluyo en una declaraci\u00f3n de trabajo, hay algunas cosas que creo que vale la pena mencionar:<\/p>\n
\n
- No escriba una declaraci\u00f3n de trabajo hasta que tenga todos los requisitos del cliente.<\/li>\n
- Aseg\u00farese de que el cliente sepa qu\u00e9 esperar de una declaraci\u00f3n de trabajo.<\/li>\n
- Si va a tomarse el tiempo para escribir una Declaraci\u00f3n de trabajo, decida si va a cobrar por el tiempo o no, y aseg\u00farese de que el cliente sepa que tendr\u00e1 que pagarlo o no.<\/li>\n<\/ol>\n
Esta es una de esas cosas que se realizan de aut\u00f3nomo a aut\u00f3nomo o de agencia a agencia. Dicho esto, aqu\u00ed est\u00e1n las partes de una Declaraci\u00f3n de trabajo que suelo incluir.<\/p>\n
Preparaci\u00f3n de una declaraci\u00f3n de trabajo<\/h3>\n
Cada vez que preparo una declaraci\u00f3n de trabajo, tengo una plantilla que uso. Voy a proporcionar un desglose que cubre gran parte de esto aqu\u00ed.<\/p>\n
As\u00ed es como funciona cada secci\u00f3n:<\/p>\n
1 Declaraci\u00f3n de trabajo<\/h4>\n
El prop\u00f3sito de este documento es [definir una propuesta de soluci\u00f3n para EL PROYECTO].<\/p>\n
Los requisitos del proyecto han sido proporcionados por [NOMBRE DEL CLIENTE], [FUNCI\u00d3N DEL NOMBRE DEL CLIENTE EN EL NOMBRE DE SU EMPRESA]. Los t\u00e9rminos del acuerdo son una combinaci\u00f3n de los acordados por [NOMBRE DEL CLIENTE] y [SU NOMBRE o NOMBRE DE LA AGENCIA].<\/p>\n
2 Descripci\u00f3n general de los requisitos<\/h4>\n
El prop\u00f3sito de este documento es [definir una propuesta de soluci\u00f3n para EL PROYECTO].<\/p>\n
Los requisitos del proyecto han sido proporcionados por [NOMBRE DEL CLIENTE], [FUNCI\u00d3N DEL NOMBRE DEL CLIENTE EN EL NOMBRE DE SU EMPRESA]. Los t\u00e9rminos del acuerdo son una combinaci\u00f3n de los acordados por [NOMBRE DEL CLIENTE] y [SU NOMBRE o NOMBRE DE LA AGENCIA].<\/p>\n
3 Idiomas y Tecnolog\u00eda<\/h4>\n
El servidor web, el software, las herramientas y el enfoque que se utilizar\u00e1 para crear la soluci\u00f3n.<\/p>\n
4 navegadores compatibles<\/h4>\n
Si se trata de un proyecto basado en la web, cubra los navegadores compatibles, si habr\u00e1 o no una funcionalidad receptiva y c\u00f3mo se probar\u00e1n los puntos anteriores.<\/p>\n
5 Idiomas y Tecnolog\u00eda<\/h4>\n
El servidor web, el software, las herramientas y el enfoque que se utilizar\u00e1 para crear la soluci\u00f3n.<\/p>\n
6 Requisitos e hitos del proyecto<\/h4>\n
Por lo general, la secci\u00f3n m\u00e1s larga del documento. Resume:<\/p>\n
\n
- Los requisitos,<\/li>\n
- C\u00f3mo se construir\u00e1 y entregar\u00e1 cada requisito,<\/li>\n
- Cualquier nota adicional que el cliente deba conocer.<\/li>\n<\/ul>\n
7 Cronograma propuesto<\/h4>\n
Esto se basa en los hitos descritos en la secci\u00f3n anterior y los comentarios del cliente.<\/p>\n
8 Otros factores<\/h4>\n
Cosas miscel\u00e1neas que opta por incluir, como lo que usted o su agencia optan por aportar al proyecto, c\u00f3mo la retroalimentaci\u00f3n retrasada puede afectar el proyecto, etc.<\/p>\n
9 Costo estimado<\/h4>\n
Esto incluye el costo total del proyecto y un desglose opcional del calendario de pagos.<\/p>\n
Es necesario<\/h3>\n
Lo s\u00e9: he dicho esto antes en publicaciones anteriores de esta serie. Esta no es la parte m\u00e1s glamorosa de lo que hacemos. En su lugar, saltar\u00edamos directamente a la programaci\u00f3n.<\/p>\n
Pero, \u00bfc\u00f3mo sabes qu\u00e9 construir (y construirlo bien) si no hemos tratado adecuadamente el problema que estamos tratando de resolver?<\/p>\n
Y eso es lo que nos da todo lo que conduce al an\u00e1lisis y dise\u00f1o orientado a objetos.<\/p>\n
An\u00e1lisis orientado a objetos<\/h2>\n
Ahora que hemos eliminado el papeleo (o incluso las "cosas comerciales", como algunos pueden llamarlo) fuera del camino, es hora de comenzar a trabajar en la programaci\u00f3n.<\/p>\n
Sin embargo, antes de hacer eso, es importante analizar los requisitos y determinar qu\u00e9 partes del proyecto servir\u00e1n para qu\u00e9 prop\u00f3sito. Por ejemplo:<\/p>\n
\n
- \u00bfNecesitamos alg\u00fan software preexistente?<\/li>\n
- \u00bfNecesitamos escribir alg\u00fan adaptador o c\u00f3digo de capa de datos?<\/li>\n
- \u00bfC\u00f3mo construiremos la capa de aplicaci\u00f3n y las entidades dentro de ella?<\/li>\n
- \u00bfQu\u00e9 pasa con la parte delantera?<\/li>\n<\/ul>\n
Y para muchos, aqu\u00ed es donde comienza la diversi\u00f3n. As\u00ed que estoy ansioso por comenzar a hablar sobre esto tambi\u00e9n. Comenzaremos en la siguiente publicaci\u00f3n.<\/p>\n