wiki:EstandaresDesarrollo

Tabla de Contenido

  1. Proyecto Mayaguaray
    1. Contenido relacionado al proyecto:
    2. ¿Cómo lo hacemos?
      1. Segunda Etapa de Desarrollo (Año 2016)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
      2. Primera Etapa de Desarrollo (Año 2015)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
    3. Equipo de Trabajo
      1. Segunda Etapa de Desarrollo (Año 2016)
        1. Equipo de Trabajo CorreoSUR
        2. Equipo de Trabajo RedSUR
      2. Primera Etapa de Desarrollo (Año 2015)
        1. Equipo de Trabajo Diseño Conceptual
        2. Equipo de Trabajo Redsur
        3. Equipo de Trabajo Firma Electrónica
        4. Equipo de Trabajo Diseñor de Interfaz Corresur
        5. Equipo de Trabajo Diseño de Infraestructura
    4. Biblioteca digital
    5. Material de difusión
    6. Prototipos
    7. Respecto al Gestor del Proyecto
  2. Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
  3. Correo del Estado Venezolano 2015
    1. Conceptualización
    2. Administración
    3. Construcción
  4. Análisis del Dominio
  5. Propuesta de Desarrollo del Proyecto: Correo del Estado Venezolano
    1. 1. Necesidades y/o problemas
    2. 2. Solución propuesta
    3. 3. Alcance del software propuesto
      1. Autenticación de usuarios
      2. Gestión de correo electrónico
      3. Gestión de libreta de contactos
      4. Firma electrónica de documentos adjuntos
      5. Gestión de calendario
    4. 4. Descripción general de la arquitectura del software
    5. 4.1 Descripción general de la arquitectura del software interfaz
    6. 4.2 Descripción general de la arquitectura del software plugin firma …
    7. 5. Metodología de desarrollo
    8. 6. Plataforma de operación
    9. 6.1. Plataforma de operación interfaz
    10. 6.2. Plataforma de operación plugin firma electrónica
    11. 7. Plataforma de desarrollo
    12. 7.1 Plataforma de desarrollo interfaz
    13. 7.2 Plataforma de desarrollo plugin firma electrónica
    14. 8. Licencias de código y documentación
  6. Plan del Proyecto: Equipo Interfaz
  7. Estándares de Desarrollo del Proyecto
  8. Estándares de Desarrollo del proyecto plugin de firma electrónica
      1. Organización de archivos
      2. Archivos fuente
      3. Longitud de línea
      4. Líneas extendidas
      5. Declaraciones
      6. Documentación de código
  9. Especificación de Requerimientos (Funcionalidades)
    1. 1. Casos de Uso: Autenticación de usuario
      1. 1.1 Caso de Uso: Registrar usuario
      2. 1.2 Caso de Uso: Ingreso de usuario
      3. 1.3 Caso de Uso: Reenviar contraseña
    2. 2. Casos de Uso: Gestión de Correo Electrónico
      1. 2.1 Caso de Uso: Recibir correo
      2. 2.2 Caso de Uso: Redactar correo
      3. 2.3 Caso de Uso: Responder correo
      4. 2.4 Caso de Uso: Responder a todos
      5. 2.5 Caso de Uso: Reenviar correo
      6. 2.6 Caso de Uso: Borrar correo
      7. 2.7 Caso de Uso: Buscar correo
      8. 2.8 Caso de Uso: Imprimir correo
    3. 3. Casos de Uso: Gestión de libreta de contactos
      1. 3.1 Caso de Uso: Crear contacto
      2. 3.2 Caso de Uso: Modificar contacto
      3. 3.3 Caso de Uso: Eliminar contacto
    4. 4. Casos de Uso: Firmar Electrónicamente un Documento Adjunto
      1. 4.1 Caso de Uso: Firmar documento adjunto
      2. 4.2 Caso de Uso: Verificar firmar electrónica de un archivo adjunto al …
    5. 5. Casos de Uso: Gestión de Calendario
      1. 5.1 Caso de Uso: Crear Evento
      2. 5.2 Caso de Uso: Modificar Evento
      3. 5.3 Caso de Uso: Eliminar Evento
      4. 5.4 Caso de Uso: Ver Calendario
      5. 5.5 Caso de Uso: Filtrar Calendario
    6. Flujograma de actividades
  10. Codificación
    1. Código Fuente
    2. Flujograma de actividades
  11. Análisis y Diseño
  12. Pruebas
  13. Liberación

Estándares de Desarrollo del Proyecto

Los estándares de desarrollo constituyen las normas o patrones de referencia que se deben implementar en el desarrollo de aplicaciones de software. Entre los estándares de desarrollo más comunes se encuentran: normas de codificación, normas y esquemas de seguridad, estándares de interfaz u/s, entre otros.

Estándares de Desarrollo del proyecto plugin de firma electrónica

Una guía inicial de estándares https://google-styleguide.googlecode.com/svn/trunk/javaguide.html

Organización de archivos

  • Un archivo consiste de secciones que deberían estar separadas por líneas en blanco y un comentario opcional que identifica cada sección.
  • Se deberían evitar archivos con más de 2000 líneas.

Archivos fuente

Cada archivo fuente contiene una clase pública o interfaz. Cuando clases privadas e interfaces están asociadas con una clase pública, se pueden colocar en el mismo archivo de la clase pública. La clase pública debería ser la primera clase o interfaz en el archivo.

Los archivos fuentes tienen el siguiente orden:

  • Comentarios iniciales
  • Declaración de paquete y sentencias para importar
  • Declaración de clase e interfaces

Esto es:

1 Documentación de la clase

2 Declaración de la clase

3 Comentario de implementación de clase si es necesario

4 Variables de la clase (primero las públicas, luego las protegidas y luego las privadas)

5 Instancia de variables (primero las públicas, luego las protegidas y luego las privadas)

6 Constructor

7 Métodos

Longitud de línea

Evitar líneas de más de 80 caracteres. Documentación de nos más de 70 líneas.

Líneas extendidas

Cuando una expresión no se ajusta a una sola línea, romperla de acuerdo a los siguientes principios:

  • romper después de una coma.
  • romper antes de un operador.
  • alinear la nueva línea con el inicio de la expresión al mismo nivel de la línea anterior.

Declaraciones

  • Una declaración por línea
  • Colocar la declaración sólo al inicio de bloques (Un bloque es cualquier código que se encuentra dentro de { } .
  • Tratar de inicializar las variables locales cuando son declaradas.
  • Al declarar clases e interfaces:
    • No dejar espacio entre un nombre de método y el paréntesis.
    • La llave { que abre aparece al final de la misma línea de la declaración.
    • La llave } inicia una línea para cerrar la abierta previamente.
  • Los métodos se separan con una línea en blanco.

Una lista más detallada de estándares adicionales está disponible aquí.

Documentación de código

Se recomienda seguir las recomendaciones establecidas en http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html.

Last modified 9 years ago Last modified on Aug 4, 2015, 4:59:40 PM