wiki:EstandaresDesarrollo

Tabla de Contenido

    1. MAPA INDUSTRIAL DE VENEZUELA (MIV)
      1. Funcionalidades
      2. Metodología de Desarrollo empleada
      3. Documentación del Proyecto
      4. Cronograma de Liberación de Versiones de la Aplicación
      5. Instalación del Sistema Mapa Industrial de Venezuela
  1. Propuesta de Solución
  2. Propuesta de Desarrollo del Proyecto
    1. 1. Propósito
    2. 2. Alcance
    3. 3. Cronograma de Liberación de Versiones de la Aplicación
    4. 4. Equipo de Trabajo
    5. 5. Metodología de Desarrollo
    6. 6. Plataforma de Operación
    7. 7. Plataforma de Desarrollo
    8. 8. Licencias
  3. Estándares de Desarrollo del Proyecto
  4. Definición del dominio de la aplicación
  5. Diagramas de Actividades
  6. Priorización de Funcionalidades
  7. Estudio de los Riesgos
  8. Plan del Proyecto
  9. Definición de Requerimientos
    1. 1. Requerimientos Funcionales
    2. 2. Requerimientos No-funcionales
  10. Especificación de Requerimientos (Funcionalidades)
    1. 1. Caso de Uso: Entrada al Sistema
    2. 2. Caso de Uso: Modificar datos del usuario
    3. 3. Caso de Uso: Modelar Cadena Productiva con datos del SIGESIC
      1. 3.1 Caso de Uso: Por Unidad Económica
      2. 3.2 Caso de Uso: Por Bienes Fabricados por Unidad Económica o por …
      3. 3.3 Caso de Uso: Búsqueda Avanzada
    4. 4. Caso de Uso: Modelar Cadena Productiva con datos de la Encuesta …
      1. 4.1 Caso de Uso: Por Productores
      2. 4.2 Caso de Uso: Por Productos
    5. 5. Caso de Uso: Modelar Cadena Productiva con la Matriz Insumo-Producto
  11. Diseño del Prototipo No-funcional de la Interfaz U/S
    1. 1. Diagrama Jerárquico de Pantallas
    2. 1.1. Prototipo de pantalla para la selección de una cadena
    3. 1.2. Prototipo de pantalla Cadena de Insumos y Bienes
    4. 1.3. Prototipo de pantalla Cadena de Proveedores y Fabricantes
    5. 1.4. Prototipo de pantalla Cadena de Proveedores, Insumos, Fabricantes …
    6. 1.5. Prototipo de pantalla Ubicación Geográfica de Productores
  12. Manuales del Sistema

Estándares de Desarrollo del Proyecto

Los estándares de desarrollo constituyen las normas, procedimientos o patrones de referencia que dan los detalles técnicos y las reglas necesarias que se deben implementar en el desarrollo de aplicaciones de software. Para el desarrollo de este proyecto utilizaremos como estilo de programación el PEP-8 http://www.python.org/dev/peps/pep-0008/. Algunos de los puntos más importantes de este estilo de programación son:

  • Utilizar solo espacios en blanco (cuatro espacios) y no tabulaciones para la identación.
  • Separar las funciones no anidadas y las definiciones de clases con dos líneas en blanco.
  • Separar las definiciones de métodos dentro de una clase con una sola línea.
  • Limitar todas las líneas a un máximo de 79 caracteres.
  • El código en la distribución del núcleo de Python siempre deberá utilizar la codificación ASCII o Latín-1 (También conocida como ISO-8859-1), para Python 3.0 en adelante deberá usarse UTF-8. Los archivos que usan ASCII (o UTF-8, para Python 3.0 y superiores) no deberían tener una línea de especificación del juego de caracteres. Sólo debería usarse Latín-1 (o UTF-8) cuando en un comentario o cadena de documentación (docstring) se necesite mencionar un nombre de autor que requiere Latín-1; de no ser así, es preferible utilizar los caracteres de escape \x, \u o \U incluir datos no-ASCII en literales de cadenas.

Colocar los imports en la parte superior de los archivos, después de cualquier comentario o cadena de documentación del módulo, y deben ser colocado en líneas separadas. Organizar los imports por grupos, donde primero se deben colocar los imports de la librería estándar, luego los de proyectos de terceras partes relacionadas, y por último el grupo de imports de aplicaciones locales y específicos de la librería. Colocar una línea en blanco entre cada grupo.

  • Actualizar siempre los comentarios cuando se modifique el código.
  • Cada línea de un bloque de comentario comenzarla con un # y un espacio en blanco. La primera palabra debería estar en mayúsculas, a menos que sea un identificador que comience con una letra en minúsculas.
  • Escribir cadenas de documentación (docstrings) para todos los módulos, funciones, clases, y métodos públicos. El PEP257 http://www.python.org/dev/peps/pep-0257/ describe las convenciones para la realización de cadenas de documentación.
  • Utilizar nombres cortos y con todas las letras minúsculas para los nombres de los módulos, métodos y funciones. Se puede incluir el carácter de subrayado.
  • Utilizar nombres cortos y con todas las letras minúsculas para los nombres de los paquetes. No incluir el carácter de subrayado.
  • Utilizar para los nombres de las clases la convención CapWord?, cada nombre debe comenzar con una letra mayúscula.
  • Utilizar para los nombres de las constantes todas las letras mayúsculas. Se debe incluir el carácter de subrayado para separar palabras.
Last modified 10 years ago Last modified on Aug 26, 2014, 3:44:33 PM