Oh!CCCR :: Descripcion del Proyecto

Descripción proyecto CCCR

Autor : Morales, Facundo ( rfmorales@gmail.com )

Fecha : Junio/2009

Descripción de la funcionalidad del proyecto

El proyecto de la Cámara de Crédito Comercial de Rosario (CCCR) consite en el desarrollo de un módulo de una aplicación ya existente. Este módulo está encargado de brindar información, a los socios de la Cámara, sobre antecedentes comerciales de las personas.
Los informes que genera este módulo se dividen en distintas secciones:

• Datos Personales: datos personales de la persona de la cual se desea obtener los antecedentes.

• Datos Laborales: en esta sección se muestran los antecedentes laborales de la persona, sean en relación de dependencia, cómo empleador o monotributista.
  

• Datos BCRA (Banco Central de la República Argentina).
• Informes de Cheques Rechazados: información sobre cheques propios y cheques de terceros.
  
• Historia Central Deudores:

• Información Comercial: información sobre créditos solicitados por la persona, con su fecha, entidad, estado.

• Datos Judiciales:
• Concuros y Quiebras: información sobre Concursos y Quiebras obtenida del Boletín Oficial de la Provincia de Santa Fe.
  
• Juicios Civiles y Comerciales: Información sobre juicios, obtenida de Los Tribunales Provinciales de Rosario.
  

• Datos Inmobiliarios: 
• Garantías con otras inmobiliarias
• Dominios

Descripción técnica del proyecto

En el proyecto se utilizan las siguientes tecnologías:

• PHP4: se utiliza PHP4 debido a que los servidores de la Cámara utilizan esta versión de PHP.

• Smarty: es un motor de plantillas para PHP. Smarty separa el código PHP, como lógica de negocios, del código HTML, como lógica de presentación, y genera contenidos web mediante la colocación de etiquetas Smarty en un documento.

• Base de Datos Oracle: La información se recupera y se inserta mediante el uso de Stored Procedures.
  

Modelo de Cascada

Modelo de cascada

El modelo de cascada plantea al proceso de desarrollo como una secuencia de pasos, de forma tal que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.

Son cinco las etapas o pasos que involucran al modelo de cascada.

• Analisis (QUE?) :
  
• Las necesidades del cliente son traducidas en requerimientos del sistema.
• Es una especificación de QUE? debera hacer el sistema sin entrar en detalles internos.
• Define como interactuara el sistema con el usuario final (persona y/o sistemas)
• Especificación de Requisitos Software (ERS) : contrato donde se especifican los requerimientos con el cliente
• Deteccion de entidades (Mod entidad-relacion)
  
• Diseño (COMO?) :
• Especificacion de COMO? se implementaran los requerimientos en el sistema.
• Es un plan de implementacion de los requerimientos
• Se determinan cuales seran modulos a desarrollar (divide y venceras). Una tarea importante es determinar la cohesion y acoplamiento de los modulos. La interrelacion de los mismos y su reutilizacion
• Modulos : contiene la descripción de la estructura relacional global del
  sistema y la especificación de lo que debe hacer cada una de sus
  partes, así como la manera en que se combinan unas con otras
• A traves de un algoritmo podemos especificar como se codificara el req en el sistema. Podemos utilizar pseudo-codigo o un diagrama de flujos. Aqui se define la logica.
  
• definimos que herramientas utilizaremos durante la codificacion
• Consiste en incorporar consideraciones de la implementación tecnológica
• transformacion de las entidades del analisis en clases del diseño
  
• Codificacion :
  
• traduccion de los algoritmos a un lenguaje de programacion
• manejos de errores (compilacion, ejecucion , logica) , ides, depuradores
  
• Prueba :
• comprobar que los requerimientos fueron implementados correctamente
• datos de entrada distintos, y comprobando si los datos de salida son los esperados.
• detectar errores de ejecucion y de logica
• validacion (de que se entendio que necesitaba el cliente) y verificacion (test de unidad)
  
• Mantenimiento :
• modificaciones : provocadas por errores no detectados en fases anteriores.
  
• nuevos requerimientos : ampliacion del sistema o cambios en las funcionalidades.
  
• documentacion externa : son los documentos generados durante el analisis, diseño y codificacion. Ej ERS, algoritmos, códigos fuentes, manuales de usuario, etc.
  
• documentacion interna : comentarios que el programador puede escribir en el código fuente de un programa.
  

Problemas con el modelo de cascada

Dada su naturaleza secuencial es costoso encontrar errores en etapas tardis la codificacion y prueba.
Este tipo de proceso esta enfocado en sistemas de alto riesgo como proyectos de defensa del ejercito.
El proceso avanza una vez finalizada complemente la fase anterior y no retorna a fases precedentes

Bibliografia

• http://en.wikipedia.org/wiki/Software_development_process
• http://www.ingenierosoftware.com/calidad/cmm-cmmi-nivel-2.php
• CMM - CMMI Nivel 2

Modelo de cascada

• http://en.wikipedia.org/wiki/Waterfall_model
• http://es.wikipedia.org/wiki/Desarrollo_en_cascada
• http://www.biblioteca.co.cr/pdf/unidad12-4.pdf
• http://www.carlospes.com/curso_de_ingenieria_del_software/

Links a analizar

• Críticas a la ingeniería del software
• Claves para implantar con éxito una metodología de desarrollo de software

Oh!Manual :: Trac

Trac

Autor : Garcia, Mario (mariogarcia.ar@ohstudio.com.ar)

Fecha : Enero/2008

1. Trac
2. Introducción
3. Instalacion del trac
4. Creando un proyecto
5. Puglins
   1. WikiFormatting
6. Anexos
   1. Instalacion en 1and1
7. Bibliografia

---

Introducción

El trac es un sistema para el seguimiento de incidentes (issue) para proyectos de desarrollo de software.

Cuenta con las siguientes carateristicas

• sistema avanzado de wiki.


• interfaz para subversion, que permite la integracion con el wiki y permite la generacion de reportes.


• permite la generacion de marcas en el wiki para vincular los incidentes (tickets) y los commit generados en el svn. Esto permite crear referencias entre errores, tareas, archivos y wiki.
  


• una linea de tiempo (timeline) donde se pueden visualizar los eventos ocurridos en el proyecto, por ej. agregado de nuevos tickets, commit realizados, etc.


• posee una hoja de ruta (roadmap) donde se especifican los hitos del proyecto.
  

Temas

• Como instalar el trac


• Como crear un proyecto


• Como rear un usuario para apache


• Multiproyectos


• Agile - Scrum


• Testing

Instalacion del trac

todo: poner como se instala el trac

Creando un proyecto

Un proyecto es el lugar donde el trac almacenada la información sobre los wikis, tickets, reportes y personalizaciones. Es físicamente un directorio donde residen la base de datos y archivos de configuracion, plugins, etc.

Para crear un proyecto utilizaremos la herramienta trac-admin, a continuación vamos a crear un proyecto llamado 'miproyecto'.

Notas: los comando siguientes son para linux

1. ingresar al sistema en modo de linea de comandos


2. crear una carpeta donde residira el proyecto por ejemplo


1. /opt/trac-env




3. creamos el proyecto con la siguiente sentencia


1. trac-admin
   /opt/trac-env/miproyecto initenv
   


2. nos pediran configuraciones para el ambiente TODO: PONER LAS LEYENDAS
   


1. Mi Proyecto [enter]


2. [enter]


3. [enter]


4. [enter]


5. [enter]






4. para que el trac pueda administrar las carpetas debemos concederle los permisos necesario


1. chown apache:apache  /opt/trac-env/miproyecto -R




5. tenemos que incializar los permisos de administrador para el proyecto


1. trac-admin  /opt/trac-env/miproyecto permission add mariogarcia.ar TRAC_ADMIN
   
   

Puglins

WikiFormatting

Anexos

Instalacion en 1and1

Bibliografia

• http://trac.edgewall.org/


• http://trac.edgewall.org/wiki/TracInstall


• http://www.stpmag.com/issues/stp-2008-02.pdf