Sistemas

1
Sistemas

• COMP3400 Ingeniería de Software
• Prof. Linda M. Acosta Vega

2
Participantes de un sistema

• Cliente es la compañía, organización o persona
  que paga por el desarrollo del sistema
• Desarrollador es la compañía, organización o
  persona que construye el sistema
• Usuario es la persona que se sienta a la
  computadora y usa el sistema

3
Elementos de un sistema

• Actividades algo que sucede en el sistema. Es
  un evento generado para cambiar o transformar
  cosas.
• Objetos/Entidades son los elementos envueltos
  en las actividades.

4
Ciclo de Vida del Desarrollo de Sistemas (1 de 5)

• Systems Planning describe problemas y cambios
  deseados en los sistemas de información o en los
  procesos de negocios.
• Investigación preliminar identifica claramente
  la naturaleza y alcance del problema.

5
Ciclo de Vida del Desarrollo de Sistemas (2 de 5)

• Systems Analysis entender los requisitos del
  cliente y construir modelos lógicos del nuevo
  sistema. Modelos de requisitos, data, procesos y
  objetos.

6
Ciclo de Vida del Desarrollo de Sistemas (3 de 5)

• Systems Design creación de un plano del nuevo
  sistema que satisfaga los requisitos. Identificar
  los outputs, inputs, interfaces y procesos.
  Incluye el diseño de controles internos y
  externos.

7
Ciclo de Vida del Desarrollo de Sistemas (4 de 5)

• Systems Implementation se construye el nuevo
  sistema. Se escriben, prueban y documentan los
  programas y finalmente se instala el sistema.
• Systems evaluation determinar si el sistema
  opera apropiadamente y si los costos y beneficios
  están entre las expectativas.

8
Ciclo de Vida del Desarrollo de Sistemas (5 de 5)

• Systems Operation and Support el staff de IT
  mantiene y mejora el sistema. Adapta cambios al
  sistema y añade nuevos rasgos y beneficios.

9
Guías para el Desarrollo de Sistemas (1 de 2)

• Apéguese a un plan de desarrollo global.
• Asegúrese que los usuarios son incluidos en el
  proceso.
• Identifique fechas principales para la revisión y
  evaluación del proyecto.

10
Guías para el Desarrollo de Sistemas (2 de 2)

• Establezca provisionalmente fechas entre las
  fechas principales para asegurarse de que el
  proyecto está de acuerdo al itinerario.
• Sea flexible dentro de la estructura de su plan.
• Provea información confiable y certera de los
  costos y beneficios.

11
Tipos de Sistemas (1 de 3)

• Enterprise Computing Systems apoya las
  necesidades del manejo de data a través de toda
  la compañía.
• Transaction Processing Systems (operational
  systems) procesan data generada día a día por las
  operaciones de la empresa.

12
Tipos de Sistemas (2 de 3)

• Business Support Systems analiza data de
  transacciones, genera información para controlar,
  manejar procesos y ayudar en la toma de
  decisiones.
• Knowledge Management Systems (sistemas
  expertos) simulan el razonamiento humano. Ej.
  Apoyo técnico

13
Tipos de Sistemas (3 de 3)

• User Productivity Systems proveen herramientas
  para mejorar la calidad y rendimiento del
  trabajo. Ej. E-mail, redes, fax,
  videoconferencia, calendarios, bancos de datos
• Information Systems Integration integra varios
  de los sistemas de acuerdo a las necesidades de
  información.

14
Ingeniería de Software (1 de 8)

• Según Wasserman, las siguientes son nociones
  fundamentales para una disciplina efectiva de
  ingeniería de software.
• Abstracción es una descripción del problema a
  nivel genaral de modo que nos permita
  concentrarnos en sus aspectos principales en vez
  de en simplemente los detalles.

15
Ingeniería de Software (2 de 8)

• Métodos y notaciones de análisis y diseño
  implica establecer unos métodos, modelos o
  representaciones estándares que todos puedan
  entender sin que haya malos entendidos. Sería
  como ponerse de acuerdo en qué métodos van a
  utilizar.

16
Ingeniería de Software (3 de 8)

• Prototipo de la interface de usuario implica
  hacer una versión pequeña del sistema, usualmente
  con funcionalidad limitada.
• Ayuda al usuario y al cliente a identificar los
  requisitos claves del sistema.
• Demuestra la viabilidad del diseño.

17
Ingeniería de Software (4 de 8)

• Arquitectura del sistema describe el sistema en
  términos de unidades y cómo se relacionan unas
  con otras. Mientras más independientes más fácil
  es diseñarlas y desarrollarlas por separado.
• Descomposición por estructuras de datos,
  funciones, inputs al sistema, clases y objetos.

18
Ingeniería de Software (5 de 8)

• Proceso del Software implica que dependiendo del
  tipo de sistema a desarrollarse es el proceso que
  se llevará a cabo. Por ejemplo, para aplicaciones
  a nivel de empresa se necesita más control,
  versus en aplicaciones departamentales se puede
  utilizar herramientas de rápido desarrollo de
  aplicaciones.

19
Ingeniería de Software (6 de 8)

• Reuso establece el utilizar herramientas
  desarrolladas anteriormente, en otros proyectos,
  para así ahorrar tiempo. Algunos problemas que
  podrían surgir serían a quién se le echa la culpa
  si el componente reusado falla, se toma tiempo en
  hallar el componente a reusarse, y se pierde
  tiempo adaptando el componente al sistema nuevo.

20
Ingeniería de Software (7 de 8)

• Medición establecer formas para describir
  cuantitativamente el mejoramiento, resultados o
  calidad de un sistema.

21
Ingeniería de Software (8 de 8)

• Herramientas y ambientes integrados se ofrece
  una gran diversidad de herramientas, como CASE
  (Computer-Aided Software Engineering), para
  desarrollar software. Por esta razón no hay una
  unificación de estos y es más complicado
  determinar cuál utilizar dependiendo del problema
  a solucionar.