asdasdasddd








Documento Estándar de Desarrollo de Sistema
Versión 1.00


BePlanning

Sistema de Gestión de la Producción

UTN – Facultad Regional Córdoba



Tabla de Contenidos
1.1. Propósito 6
Este documento detalla los estándares de desarrollo a utilizar en el proyecto BEPLANNING, especificando las convenciones a utilizar, reglas de nomenclatura de objetos, requisitosde testing y documentación a utilizar durante el desarrollo del sistema. Los estándares aquí detallados deben ser contemplados y respetados en forma obligatoria por todos los involucrados en el desarrollo de los módulos del producto. 6
1.2. Alcance 6
El Documento de Estándar de Desarrollo abarca la definición de todas las convenciones y reglas de desarrollo a ser utilizadas por el equipode desarrollo del proyecto. Las definiciones en el presente documento proveen los detalles que deberán ser tenidos en cuenta durante la implementación y pretende ser lo más completa y extensiva posible, debiendo respetarse en forma obligatoria las definiciones aquí expresadas. 6
1.3. Audiencia 6
1.4. Referencias 7
Esta subsección provee una lista completa de todos los documentosreferenciados en el Documento Estándar de Desarrollo. 7
Plan de Gestión de Configuración 7
Documento de Arquitectura 7
Definición de estándares y convenciones de nombrado definidos por Sun Microsystems. (Ver http://java.sun.com/blueprints/code/namingconventions.html. y SunCodeConventions.pdf) 7
1.5. Glosario 7
No Aplica. La terminología aquí expresada debe ser de comúnconocimiento por los desarrolladores. 7
El ambiente de desarrollo es el que se define en el Plan de Gestión de Configuración de Software BEPLANNING_PGCSW.doc. No se encuentra permitida la utilización de versiones diferentes u otras herramientas no especificadas aquí sin la debida autorización del Gestor de Configuración del proyecto o el Líder Técnico. En el mismo sentido deben respetarse lasconfiguraciones propuestas, estructuras de directorios, PATHs, etc. 8
El proyecto se denominará BePlanning. La estructura de directorios del proyecto, la cual está comprendida dentro del workspace del desarrollador será la siguiente. 8
\beplanning\ext-service: Contiene las clases abstractas e interfaces, que definen las estructura arquitectónica del proyecto. Dentro del mismo se encuentrauna división por módulos acorde a la división de funcional especificada en los requerimientos. 8
\beplanning\ext-impl: Contiene las distintas implementaciones de las clases e interfaces definidas en el paquete ext-service. Dentro del mismo se encuentra una división por módulos acorde a la división de funcional especificada en los requerimientos. 8
\beplanning\sql: Contiene los scripts decreación de la base de datos. 8
\beplanning\ext-web\docroot : Contiene los archivos web, ( web.xml, archivos de configuración, etc) como así tambien las jsps propias de cada portlet. Dentro del mismo se encuentra una división por módulos acorde a la división de funcional especificada en los requerimientos. 8
\beplanning\lib: Librerías de frameworks inherentes al proyecto, tales comoHibernate, Spring, etc. 8
\beplanning\ext-impl\classes: En este directorio se definen distintos archivos de configuración, como I18N, Hibernate, Spring, Liferay. 8
\beplanning\ servers\tomcat : Contiene archivos de configuración de Tomcat. 9
1.6. Estructura de paquetes (packages java) 10
Se deberá utilizar y respetar la siguiente estructura de packages, tal como se define en elDocumento de Arquitectura: 10
com.beplanning: Raíz de toda la estructura de paquetes del proyecto. 10
com.beplanning.model: Paquete correspondiente a los Java Beans de negocio 10
com.beplanning.service.business: Paquete correspondiente a la implementación de los casos de uso de la lógica de negocios del proyecto (UseCases). 10
com.beplanning.exception: Paquete donde se deberán...