Universidad Católica. Tipos de S.I  Procesamiento de transacciones (TPS) Online Banking  Información Administrativa (MIS) Google Analytics  Soporte.

Presentación del tema: "Universidad Católica. Tipos de S.I  Procesamiento de transacciones (TPS) Online Banking  Información Administrativa (MIS) Google Analytics  Soporte."— Transcripción de la presentación:

1 Universidad Católica

2

3 Tipos de S.I  Procesamiento de transacciones (TPS) Online Banking  Información Administrativa (MIS) Google Analytics  Soporte de decisiones (DSS) Facebook pages  Apoyo a Ejecutivos (ESS) AP, Control de competencia  Sistema Experto Volkswagen  Sistemas Planificación de Recursos (ERP) SAP

4 Otros tipos de S.I  Automatización de Oficina (OAS) Call Centers  Trabajo del Conocimiento (KWS) Foros, Wikipedia  Apoyo a Toma de Decisiones grupales (GDSS) Sugerencias  Trabajo Colaborativo Apoyados por Computadora (CSCWS) Google Docs, Basecamp

5

6

7 Metodologías de Desarrollo de Sistemas  Todas cumplen el SDLC, aunque con leves variaciones Cascada V Espiral Ágil

8 SDLC: Aspectos Relevantes  Dependen de un medio ambiente  Existe un estándar para lograr un desempeño aceptable  Tienen medios para comparar el desarrollo actual contra el estándar  Existe retroalimentación

9 SDLC

10 Determinar requerimientos de información  ¿Qué es lo que se hace?  ¿Cómo se hace?  ¿Con qué frecuencia sucede?  ¿Volumen de transacciones?  ¿Qué tan eficiente es el sistema?  ¿Existe algún problema? ¿Qué tan serio es? ¿Cuál es su causa?

11 Determinar requerimientos de información  Entrevistas  Encuestas  Focus groups  Recolección de documentación  Herramientas web: http://usabilla.com

12 Análisis  Entradas y salidas  Definición de clases y usuarios  Definición de tareas  Estimaciones de tiempo  Recursos requeridos  Diccionario de datos  Viabilidad y factibilidad

13 Diseño  Definición de herramientas de desarrollo  Diseño de interfaz  Requerimientos de hardware (servidores, firewalls, dominios)  Web services o software de terceros  Contratación de personal  Estrategias de desarrollo (RAD, AGILE, XP)

14 Desarrollo de Software  Ambiente de pruebas  Documentación  Bases de datos o repositorios  Estándares de desarrollo  Frameworks  Librerías  Control de versiones  Mini QA

15 QA  Vrs Especificaciones  Vrs Diccionario de datos  Bugs  Usabilidad  Pruebas de eficiencia y volúmenes de datos  Revisión de campos de entrada  Seguridad  Vulnerabilidades  Hecho por terceros

16 Implementación y Evaluación  Instalación en ambiente de producción  Pruebas en producción  Revisión del cliente  Métricas Google Analytics http://www.webpagetest.org

17 Mantenimiento  Arreglo de problemas  Atención a usuarios  Actualizaciones  Expansiones  Nuevos dispositivos

18 SDLC: Modelo Cascada

19 SDLC: Modelo V

20 Prototipos: Modelo Espiral

21 Modelo Ágil (Agile)

22 Agile: Product Backlog  Especificaciones del sistema  Escritas como User stories  Divididas por módulos específicos  Escritas en prosa y listados de funcionalidades  http://basecamp.com/ http://basecamp.com/

23 User Stories  LOGIN The user will enter email and password to login Fields shouldn´t remember user information After login, the user is redirected to the user home page On error, text will be displayed in red above the login field

24 Sprint  Corrida de desarrollo  Deben haber sprints de diseño de UI  2 a 4 semanas  Reuniones diarias ¿Qué hice ayer? ¿Qué haré hoy? Stoppers  Reuniones generales con el cliente una vez por semana

25 Sprint  Se toman algunos módulos del backlog para crear un sprint backlog  http://lighthouseapp.com/ http://lighthouseapp.com/  Cada punto se convierte en un ticket  Los últimos días del sprint deben ser para QA