include
                
New Page 1

Ingesis Top Menu  

Consultoría y Asesoría

Fábrica de Software

Servicios de desarrollo de software para proyectos de diferente dimensión y en diferentes áreas de negocio. Nos involucramos con el cliente y con el proyecto, en las siguientes etapas del desarrollo de Software:

• Toma de Requerimientos
• Análisis y Diseño.
• Desarrollo de Software.
• Control de Calidad y Pruebas

Contamos la experiencia y con personal profesional en cada una de las etapas mencionadas en el desarrollo de software.

Qué hacemos

Análisis y Diseño:

Podemos encargarnos de la toma de requerimientos, análisis y diseño de un sistema, teniendo como entregable un documento que define la matriz de requerimientos, y los diferentes diagramas UML (Diagrama de Componentes, Diagrama de Despliegue, Entidad/Relación, Diagrama de Actividades, Diagrama de Clases, Diagramas de Estado, etc.)

Construcción del Software:
 Desarrollamos Software para diferentes arquitecturas, tales como Sistemas Web, Aplicaciones Cliente/Servidor, Servicios Web, Integración de Aplicaciones, Desarrollo de Aplicaciones para dispositivos móviles 

Tecnologías
Debido a la gran variedad de sistemas y plataformas que se utilizan en el mercado, una solución podría ser implementada en diferentes lenguajes de programación. En Ingeniería de Sistemas tenemos un equipo de Ingenieros que pueden proveer soluciones en los siguientes lenguajes de programación:

• Java - JSE, J2EE (JSP, JSF, SOAP, XML)
• ASP .NET (C#)
• PowerBuilder.

También tenemos experiencia en las siguientes bases de datos:

• Oracle
• Sybase Adaptive Server
• Sybase SQLAnywhere
• Microsoft SQLServer
• MySQL
• PostGre SQL

Metodología
En Ingeniería de Sistemas, en base a nuestra experiencia, reconocemos la complejidad inherente en los proyectos de tecnología, esto hace que el adoptar una metodología para la construcción de software sea una parte fundamental en el éxito de los proyectos.

La metodología que utilizamos se llama GEAR, cuyo acrónimo significa y nos recuerda las fases del desarrollo de software: Gather, Explore, Assemble, Rollout. Esta metodología puede funcionar independientemente o también puede ser complementada adecuándola con metodología ágiles existentes, tales como SCRUM.

Las fases de GEAR corresponden a las fases que encontramos en todas las metodologías, quizá con otros nombres, y a continuación las describimos:

Cada fase en el proceso se compone en un número de actividades o tareas que direccionan los insumos como necesidades y objetivos del negocio o entregables como documentos de diseño, etc.

En la fase “Gather” (Colectar), las tareas principales tienen que ver con la definición del proyecto y la definición de los requerimientos, por otro lado en la fase “Explore” (Explorar), las tareas van orientadas a diseñar la solución, su arquitectura y definir un plan de pruebas. 

En la fase “Assemble” (Ensamblar), las actividades o tareas son las que tiene que ver con la construcción del software y ejecutar las pruebas para validar que todo cumpla con las especificaciones dadas. Por último la fase de “Rollout” tiene que ver con la puesta en producción y prácticas de mejora continua.

A continuación se muestra un diagrama con las tareas principales en cada una de las fases del ciclo de vida de esta metodología:

 

A continuación que muestra los roles y los entregables de cada rol en las diferentes fases de un proyecto:

DESCRIPCIÓN DE CADA FASE

1. GATHER
Esta fase describe los objetivos y requerimientos del negocio, define los alcances y provee al cliente de un entendimiento de la solución a nivel conceptual.


1.1 Tareas de la fase

  • Definición del Proyecto
     
    • Definición de ámbito y alcances.
      • Definir los objetivos del negocio
      • Conformar el equipo de trabajo para el proyecto.
      • Declaración de alcances del proyecto.
      • Definición del plan inicial del proyecto.
    • Casos del Negocio.
      • Identificar los requerimientos funcionales, incluyendo procesos del negocio agrupándolos en casos de uso de alto nivel.
      • Definir los requerimientos no funcionales
         
  • Análisis Funcional

    • Análisis
      • Crear una definición del proceso del negocio.
      • Priorizar los casos del negocio.
      • Determinar la arquitectura conceptual.
      • Identificar dependencias externas.
      • Crear la estrategia general de pruebas y el criterio de aceptación del proyecto.
      • Requerimientos de Integración
        • Definición de puntos de integración, tales como servicios web necesarios.
        • Requerimientos de la GUI (Interfaz gráfica).
          • Definición de aspectos técnicos y diseño de interfaz de usuario.

1.2 Entregables de la fase.

  • Objetivos del Negocio: Declaración de los objetivos del negocio en el proyecto.
  • Declaración de alcances: Descripción de que está dentro y que NO está dentro los alcances del proyecto.
  • Definición del proceso del negocio: Resumen y vista de los componentes del proceso principal del negocio, y como están interconectados, típicamente se entrega un diagrama BPM
  • Arquitectura conceptual: Resumen y vista de los componentes principales de la solución, entregado como un diagrama de componentes UML.
  • Requerimientos técnicos: Matriz de requerimientos técnicos con los que la solución debe cumplir.
  • Plan del proyecto: Se identifica las fases principales del proyecto, hitos, tareas a alto nivel y un estimado de tiempo del proyecto. También se describe los responsables de cada tarea de alto nivel.
  • Plan de pruebas: Se identifican los componentes y áreas que deben ser probados, así como el plan general de pruebas, también se define el criterio de aceptación.

2. EXPLORE
Esta fase expande la arquitectura de la solución y el diseño de los procesos individuales en un mayor nivel de detalle.

2.1 Tareas de la fase

  • Guía de Arquitectura: Se definen estándares de implementación y guías para los arquitectos y desarrolladores)
  • Definición de Arquitectura
    • Se analiza la interacción entre componentes, responsabilidades, necesidades de comunicación.
    • Se analiza los procesos en paralelo.
    • Se diseña la arquitectura de integración.
    • Se diseña la integración de procesos.
  • Diseño:
    • Diseño de casos de uso: Se crea la lista detallada de requerimientos funcionales
    • Servicios
    • Procesos
    • Interfaz del usuario
    • KPIs
  • Seguridad
  • Plan de capacitación y entrenamiento.

2.2 Entregables de la fase.

  • Arquitectura: Detalle de la arquitectura de implementación de la solución.
  • Especificación de servicios: Detalle de requerimientos de los servicios web y niveles de servicio.
  • Requerimientos Funcionales: Se detalla en términos del negocio, que es lo que la solución debe hacer. Esto incluye la descripción de procesos del negocio, los flujos de información y actividades y requerimientos de reportes.
  • Casos de Uso.
  • Diagrama de Clases
  • Diagrama Entidad Relación
  • Diseño de procesos: Detalle de un diseño de procesos. Usualmente son múltiples procesos los que se documentan.
  • Plan de pruebas
  • Plan de aceptación de pruebas del usuario.
  • Manual de instalación y configuración.
  • Plan de capacitación y entrenamiento.
  • Configuración de ambientes necesarios para el proyecto.
    • Desarrollo
    • Pruebas
    • Pruebas de aceptación.
    • Producción

3. ASSEMBLE
En esta fase se construye y se prueba la solución.

3.1 Tareas de la fase

  • Implementación:
    • Construcción de componentes de integración.
    • Construcción de servicios y componentes del negocio.
    • Construcción de GUI (Interfaz para el usuario)
  • Pruebas
    • Ejecución de pruebas unitarias.
    • Ejecución de pruebas de integración.
    • Ejecución de pruebas del sistema.
    • Ejecución de pruebas de rendimiento.
  • Capacitación y entrenamiento.
    • Construcción del entrenamiento para usuarios.

4. ROLLOUT
En esta fase se maneja la migración de la solución del ambiente de pruebas hasta la puesta en producción y también incluye soporte post-implementación.

4.1 Tareas de la fase.

  • Preparar plan para la puesta en producción.
  • Preparar plan operacional.
  • Implementar el plan de despliegue.
  • Validar el ambiente de producción.
  • Llevar a cabo el entrenamiento operacional y de usuario.
  • Realizar pruebas de aceptación.
  • Puesta en producción.

4.2 Entregables de la fase.

  • Plan de puesta en producción: Sirve como plan de manejo de proyecto y lista de tareas para saber como la solución será llevada a producción.
  • Plan operacional: Identifica las actividades de soporte y mantenimiento necesarias para el buen funcionamiento del sistema con sus responsables.
  • Acuerdo de niveles de servicio: Especifica los acuerdos de servicio entre los operadores la solución y los usuarios/clientes.

Ejecución del plan de capacitación y entrenamiento.
 



Ingesis | © Copyrights 1996-2017 Página Portal - Xentra.com