Sistemas de información (en la era de Internet)

...

Recursos y oportunidades para cambiar de rumbo, por ejemplo, para reducir el alcance, o para realinear las prioridades.

Sin embargo, la falta de un proceso sistemático sigue siendo motivo de preocupación,

Mala calidad o falla de software y sistemas de información. Se utilizan esfuerzos sustanciales para Institucionalizar buenas prácticas en procesos, a través de estándares, evaluación y certificación, e Iniciativas de mejora de procesos (por ejemplo, Capability Maturity Model Integrated (CMMI) [Chrissi et

Al., 2003], ISO 9000 [ISO, 1992]).

Muchos proyectos de IS adoptan metodologías ofrecidas por vendedores o empresas de consultoría que Prescriben procesos en detalle, apoyados por herramientas asociadas. Los procesos prescriptivos proporcionan Orientación y estructura a las tareas de desarrollo del sistema. Pueden diferir en las fases y Pasos definidos, los productos producidos en cada paso y cómo los pasos pueden superponerse o iterar (por ejemplo, El modelo de la cascada [Royce, 1970], el modelo espiral [Boehm, 1988], el Rational Unified Process

[Kruchten, 2000]). Mientras que los procesos prescriptivos apuntan a crear el orden a partir del caos, A veces se sienten demasiado restrictivas, o requieren demasiado esfuerzo y tiempo. Alternativa Enfoques que se han desarrollado a lo largo de los años incluyen el prototipo rápido, Desarrollo (JAD) [Madera y Plata, 1995], Desarrollo Rápido de Aplicaciones (RAD)

[McConnell, 1996], y más recientemente el desarrollo ágil [Cockburn, 2001]. Todo esto hace Uso de un mayor grado de interacción humana entre desarrolladores y usuarios y partes interesadas.

Página 2 de 23

---------------------------------------------------------------

Página 3

2.2 Productos

Complementarios y entrelazados con los procesos son los productos que producen. Estas Incluyen productos y artefactos que son visibles para el usuario final, como código ejecutable, Documentación, material de capacitación, así como productos intermedios que son internos al sistema Desarrollo. Cuando más de una organización participa en la creación y Mantenimiento de un sistema, hay productos intermedios que se comparten o fluyen a través de ellos.

La mayoría de los productos son informativos - planes, requisitos, especificaciones, planes de prueba, Diseños, presupuestos y horarios, desgloses y asignaciones de trabajo, diagramas arquitectónicos y Descripciones, y así sucesivamente. Algunos productos están destinados a la referencia a largo plazo y el mantenimiento de registros,

Mientras que otros son más efímeros y de coordinación y comunicación a corto plazo.

Estos productos informativos se expresan o codifican en una variedad de esquemas de modelado, Idiomas y anotaciones. Las técnicas de modelización de la información siguen siendo un Investigación [Brodie et al., 1984; Webster, 1988; Loucopoulos y Zicari, 1992; Boman et al., 1997;

Mylopoulos, 1998]. Las técnicas ampliamente utilizadas incluyen el modelado de Entity-Relationships (ER) [Chen, 1976], Definición Integrada para el Modelado de Funciones (IDEF0) [NIST, 1993] (basado en el

Análisis Estructurado y Técnica de Diseño (SADT) [Ross y Shoman, 1977]), y la Unified Lenguaje de modelado (UML) [Rumbaugh et al., 1999].

Los grandes proyectos del sistema implican muchos tipos de procesos que producen muchos tipos de Productos de información relacionados entre sí de maneras complejas. Meta-modelado y repositorio (Por ejemplo, [Brinkkemper y Joosten, 1996; Jarke, 1998; Bernstein et al., 1999]).

A menudo utilizado para manejar las grandes cantidades y variedades de información producida en un proyecto. Ellos Apoyan a la recuperación, actualización y coordinación entre los miembros del equipo del proyecto. Las meta - modelos definen Los tipos de procesos y productos y sus interrelaciones. Trazabilidad de un proyecto

Artefacto o actividad a otro es uno de los beneficios deseados de la información sistemática del proyecto Gestión [Ramesh y Jarke, 2001].

2.3 Cualidades

Si bien los procesos y productos constituyen los aspectos más tangibles del trabajo de SI, Las cuestiones de calidad son, no obstante, cruciales para el éxito del sistema. Clientes y usuarios quieren sistemas Que no sólo proporcionan las funcionalidades deseadas, sino también toda una serie de funciones no funcionales

Requisitos que a menudo son conflictivos - rendimiento, costos, plazos de entrega, fiabilidad, Seguridad, precisión, usabilidad, etc. Cumplimiento de los requisitos de calidad competitivos Sigue siendo un desafío formidable para los profesionales de software y sistemas de información [Boehm y En, 1996]. No sólo los desarrolladores de sistemas no son capaces de garantizar la corrección de los grandes sistemas,

Con frecuencia no cumplen con los requisitos no funcionales también. Muchos de los problemas colectivamente Identificados como la crisis de software hace años todavía están con nosotros hoy [Gibbs, 1994].

Se han desarrollado sub-especialidades de investigación para elaborar técnicas específicas para De las muchas áreas identificadas de calidad o requisitos no funcionales - rendimiento, fiabilidad, Etcétera. Sin embargo, muchas cualidades son difíciles de caracterizar, por ejemplo, evolutividad, reutilización.

Cuando se necesitan intercambiar múltiples requisitos entre sí, son

Necesarias para hacer frente a las interacciones sinérgicas y conflictivas entre ellas. Orientado a objetivos (Por ejemplo, [Chung et al., 2000]) se han introducido recientemente para apoyar el Refinamiento, análisis de interacción y operacionalización de requisitos no funcionales. Sobre el Nivel de gestión de proyectos, programas institucionalizados de mejora de procesos de software (como

CMMI) se centran en las mejoras generales de la calidad de los proyectos. Las mejoras de calidad deben medirse, Con los resultados alimentando de nuevo en nuevas iniciativas [Basili y Caldiera, 1995].

2.4 Estructuras Sociales

Página 3 de 23

---------------------------------------------------------------