Capítulo II desarrollo del proyecto 1 Descripción detallada del plan de trabajo

CAPÍTULO I DEFINICIÓN DEL PROYECTO

1. 
   SOFTELLIGENCE S.A de C.V.
   

CAPÍTULO II DESARROLLO DEL PROYECTO

CAPÍTULO III CONCLUSIONES

GLOSARIO

MATERIAL DE CONSULTA

1. 
   SOFTELLIGENCE
   

• 
  Diseño: Área que se encarga de la imagen y publicidad de la empresa, provee de material gráfico tanto para clientes externos como para el departamento de desarrollo.
  Tiene además la finalidad de vender y generar por su parte lo que es lo que es diseño gráfico de Sitios Web e imagen corporativa.
  
• 
  Hardware: Se especializan en la venta y distribución de productos de la marca Accutone y Keepkard (tarjetas de seguridad/respaldo) a nivel nacional.
  

• 
  SEO: Departamento recientemente creado como respuesta a la necesidad de los clientes de que sus páginas figuren entre los primeros lugares de los resultados de un buscador.
  
• 
  Desarrollo: Departamento encargado de la creación, desarrollo e implementación de los proyectos de software. Tiene dos áreas:
  

• 
  Análisis: Donde los analistas transforman los requerimientos del cliente en objetivos medibles y alcanzables que satisfagan las necesidades del cliente, crean formatos que sean entendibles por el cliente y por el programador. Tiene a su vez un área de pruebas la cual es encargada de revisar el sistema una vez terminado, es decir, realiza pruebas y certifica la calidad del producto.
  

• 
  Producción: Abarca el desarrollo del software solicitado por el cliente, así como realizar las correcciones necesarias postventa (seguimiento) para el buen funcionamiento del producto. Cuenta con 3 secciones:
  

2. 
   Análisis de las necesidades
   

3. 
   Alternativas de solución
   

• 
  Programación Extrema o XP (eXtreme Programming).
  

• 
  Escribir un caso de uso en dos o tres líneas con terminología del cliente (de hecho, se supone que deben ser escritos por el mismo).
  
• 
  Se crea un plan de lanzamiento que debe servir para crear un calendario que todos puedan cumplir y en cuyo desarrollo hayan participado todas las personas involucradas en el proyecto.
  
• 
  Se cambia el proceso lo que sea necesario para adaptarlo a tu proyecto.
  

• 
  Se eligen los diseños más simples que funcionen.
  
• 
  Se elige una metáfora del sistema para que el nombrado de clases, etcétera, siga una misma línea, facilitando la reutilización y la comprensión del código.
  
• 
  No tener miedo de cambiar un diseño o eliminar un código que ya no sirve, o al menos que ya no es claramente la mejor solución.
  

• 
  El código se ajustará a unos estándares de codificación, asegurando la consistencia y facilitando la comprensión y refactorización del código.
  
• 
  Las pruebas unitarias se codifican antes que el código en sí, haciendo que la codificación de este último sea más rápida, y que cuando se afronte la misma se tenga más claro qué objetivos tiene que cumplir lo que se va a codificar.
  
• 
  La programación del código se realizará en parejas, para aumentar la calidad del mismo. En cada momento, sólo habrá una pareja de programadores integrando código.
  
• 
  Se integra código y se lanza dicha integración de manera frecuente, evitando divergencias en el desarrollo y permitiendo que todo el mundo trabaje con la última versión del desarrollo. De esta manera, se evitará pasar grandes periodos de tiempo integrando el código al final del desarrollo, ya que las incompatibilidades habrán sido detectadas enseguida.
  
• 
  Se usa la propiedad colectiva del código, lo que se traduce en que cualquier programador puede cambiar cualquier parte del código. El objetivo es fomentar la contribución de ideas por parte de todo el equipo de desarrollo
  

• 
  Todo el código debe tener pruebas unitarias, y debe pasarlas antes de ser lanzado.
  
• 
  Cuando se encuentra un error de codificación, se desarrollan pruebas para evitar volver a caer en el mismo.
  
• 
  Se realizan pruebas de aceptación frecuentemente, publicando los resultados de las mismas. Estas pruebas son generadas a partir de los casos de uso elegidas para la iteración, y son "pruebas de caja negra", en las que el cliente verifica el correcto funcionamiento de lo que se está probando. Cuando se pasa la prueba de aceptación, se considera que el correspondiente caso de uso se ha completado.
  

• 
  Desarrollo de 3 capas ó n capas
  

• 
  Capa de acceso a Datos: la cual se relaciona directamente con el origen de datos (bases de datos, tablas, procedimientos almacenados, componentes de datos).
  

• 
  Capa de la Lógica de Negocios: el cual contiene la lógica que interactúa con el origen de datos. Esta capa intermedia contiene la parte de la aplicación que interactúa con los datos, por ejemplo: la creación de una cadena de conexión al origen de datos (reglas del negocios, validaciones, cálculos, flujos y procesos)
  

• 
  Capa de Cliente: conocida como capa de Presentación es la que contiene las interfaces en las que el usuario interactúa con el sistema (informes, formularios, respuestas al usuario). La capa de presentación de Microsoft permite trabajar con: ASP .NET, ASP, XML, XSL, HTML, JAVASCRIPT , VBSCRIPT, Vb Form, Word o Excel
  

• 
  PHP
  

• 
  Es un lenguaje multiplataforma.
  
• 
  Capacidad de conexión con la mayoría de los manejadores de base de datos que se utilizan en la actualidad, destaca su conectividad con MySQL
  
• 
  Leer y manipular datos desde diversas fuentes, incluyendo datos que pueden ingresar los usuarios desde formularios HTML.
  
• 
  Capacidad de expandir su potencial utilizando la enorme cantidad de módulos (llamados extensiones).
  
• 
  Posee una amplia documentación en su página oficial entre la cual se destaca que todas las funciones del sistema están explicadas y ejemplificadas en un único archivo de ayuda.
  
• 
  Es gratuito, por lo que se presenta como una alternativa de fácil acceso para todos.
  
• 
  Permite las técnicas de Programación Orientada a Objetos.
  
• 
  Permite crear los formularios para la web.
  
• 
  Biblioteca nativa de funciones sumamente amplia e incluida
  
• 
  No requiere definición de tipos de variables ni manejo detallado del bajo nivel.
  

• 
  .NET Framework
  

• 
  Proporcionar un entorno coherente de programación orientada a objetos, en el que el código de los objetos se pueda almacenar y ejecutar de forma local, ejecutar de forma local pero distribuida en Internet o ejecutar de forma remota.
  
• 
  Proporcionar un entorno de ejecución de código que reduzca lo máximo posible la implementación de software y los conflictos de versiones.
  
• 
  Ofrecer un entorno de ejecución de código que fomente la ejecución segura del mismo, incluso del creado por terceras personas desconocidas o que no son de plena confianza.
  
• 
  Proporcionar un entorno de ejecución de código que elimine los problemas de rendimiento de los entornos en los que se utilizan secuencias de comandos o intérpretes de comandos.
  
• 
  Ofrecer al programador una experiencia coherente entre tipos de aplicaciones muy diferentes, como las basadas en Windows o en el Web.
  
• 
  Basar toda la comunicación en estándares del sector para asegurar que el código de .NET Framework se puede integrar con otros tipos de código.
  

4. 
   Elección de la alternativa óptima
   

• 
  Escalabilidad en las aplicaciones
  
• 
  Distribución más efectiva
  
• 
  Cambios en la aplicaciones más sencillos de manejar e implementar
  
• 
  Separación de funciones Las distintas capas se especializan absolutamente en la funcionalidad que deben brindar, sin importar cual es el origen de los datos procesados.
  
• 
  Permite aplicaciones en diferentes sistemas operativos
  
• 
  Clientes menos pesados
  
• 
  Bajo costo de desarrollo y mantenimiento de las aplicaciones. Si bien al momento del diseño podemos observar una mayor carga de complejidad, la utilización de esta arquitectura nos brinda un control mas cercano de cada componente, así como también la posibilidad de una verdadera reutilización del código. Por ejemplo: Si tuviésemos en nuestras reglas de negocios una función que nos liste el resumen de cuenta de nuestros clientes cuando un usuario de nuestra aplicacion Win32, desde su capa cliente ingrese a este módulo se ejecuta MostrarListaCuenta() para ver el detalle en su monitor; pero si el desarrollador del sitio web de la empresa, al momento de armar la página de consulta nos pide esto, le diremos que simplemente cargue el componente de reglas de negocios y ejecute MostrarListaCuenta(). Como podemos ver, este es un concreto ejemplo de reutilización de código y a su vez, una herramienta que nos ofrece seguridad, ya que mediante la utilización de esta arquitectura, el desarrollador de una interfaz de usuario jamás llegará a manipular directamente un dato en nuestro servidor sino es a través de un componente.
  
• 
  Estandarización de las reglas de negocio. Las reglas de negocio se encuentran encapsuladas en un set de rutinas comunes y pueden ser llamadas desde diversas aplicaciones sin necesidad de saber cómo esta funciona o ha sido diseñada.
  
• 
  Mejor calidad en las aplicaciones. Como las aplicaciones son construídas en unidades separadas, estas pueden ser testeadas independientemente y con mucho mas detalle, esto conduce a obtener un producto mucho mas sólido.
  
• 
  Reutilización de código. La concepción natural de un sistema desarrollado con esta arquitectura, promueve la reutilización de sus componentes en varias partes del propio desarrollo y de futuros sistemas.
  
• 
  Escalabilidad. Utilizando servicios como MTS muchos objetos pueden escalar y ser distribuídos en un ambiente transaccional de alta seguridad.
  

5. 
   Plan de trabajo
   

1. 
   Diagrama de Gantt
   

• 
  Investigación preliminar:
  

• 
  Investigación de servidores:
  

• 
  Vinculación de MySQL:
  

• 
  JAVA:
  

• 
  Primer Reporte:
  

• 
  Esqueleto de la página:
  

• 
  Presupuesto de servidores:
  

• 
  Recopilación de programas:
  

• 
  Principios de programación:
  

• 
  Elaboración de manuales:
  

• 
  Exposición:
  

• 
  Creación de la base de datos:
  

• 
  Recopilación de información:
  

• 
  Programación de la página:
  

• 
  Vinculación de la base de datos:
  

• 
  Creación del servidor:
  

• 
  Implementación de la página:
  

• 
  Pruebas:
  

• 
  Desarrollo del reporte final:
  

• 
  Presentación del proyecto:
  

2. 
   Vinculación de MySQL
   

• 
  Vincular MySQL con HTML