Anda di halaman 1dari 5

Que es el proceso de softweare 1. Especificacin de!

software donde los clientes e ingenieros definen el software a producir y las restricciones sobre su operacin. 2. Desarrollo del software donde el software se disea y programa. 3. Validacin del software donde el software se vlida para asegurar que es lo que el cliente requiere. 4. Evolucin del software donde el software se modifica para adaptarlo a los cambios requeridos por el cliente y el mercado.

Qu es un modelo de procesos del software?


Un modelo de procesos del software es una descripcin simplificada de un proceso del software que presenta una visin de ese proceso. Estos modelos pueden incluir actividades que son parte de los procesos y productos de software y el papel de las personas involucradas en la ingeniera del software. Algunos ejemplos de estos tipos de modelos que se pueden producir son: 1. Un modelo de flujo de trabajo. Muestra la secuencia de actividades en el proceso junto con sus entradas, salidas y dependencias. Las actividades en este modelo representan acciones humanas. 2. Un modelo de flujo de datos o de actividad. Representa el proceso como un conjunto de actividades, cada una de las cuales realiza alguna transformacin en los datos. Muestra cmo la entrada en el proceso, tal como una especificacin, se transforma en una salida, tal como un diseo. Pueden representar transformaciones llevadas a cabo por las personas o por las computadoras. 3. Un modelo de rol/accin. Representa los roles de las personas involucrada en el proceso del software y las actividades de las que son responsables. La mayor parte de los modelos de procesos del software se basan en uno de los tres modelos generales o paradigmas de desarrollo de software: 1. El enfoque en cascada. Considera las actividades anteriores y las representa como fases de procesos separados, tales como la especificacin de requerimientos, el diseo del software, la implementacin, las pruebas, etctera. Despus de que cada etapa queda definida se firma y el desarrollo contina con la siguiente etapa. 2. Desarrollo iterativo. Este enfoque entrelaza las actividades de especificacin, desarrollo y validacin. Un sistema inicial se desarrolla rpidamente a partir de especificaciones muy abstractas. Este se refina basndose en las peticiones del cliente para producir un sistema que satisfaga las necesidades de dicho cliente. El sistema puede entonces ser entregado. De forma alternativa, se puede re implementar utilizando un enfoque ms estructurado para producir un sistema ms slido y mantenible. 3. Ingeniera del software basada en componentes (CBSE). Esta tcnica supone que las partes del sistema existen. El proceso de desarrollo del sistema se enfoca en la integracin de estas partes ms que desarrollarlas desde el principio. En el siglo xxi, la ingeniera del software afronta tres retos fundamentales: 1. El reto de la heterogeneidad. Cada vez ms, se requiere que los sistemas operen como sistemas distribuidos en redes que incluyen diferentes tipos de computadoras y con diferentes clases de sistemas de soporte. A menudo es necesario integrar software nuevo con sistemas heredados ms viejos escritos en diferentes lenguajes de programacin. El reto de la heterogeneidad es desarrollar tcnicas para construir software confiable que sea lo suficientemente flexible para adecuarse a esta heterogeneidad. 2. El reto de la entrega. Muchas tcnicas tradicionales de ingeniera del software consumen tiempo. El tiempo que stas consumen es para producir un software de calidad. Sin embargo, los negocios de hoy en da deben tener una gran capacidad de respuesta y cambiar con mucha rapidez. Su software de soporte tambin debe cambiar con la misma rapidez. El reto de la entrega es reducir los tiempos de entrega para sistemas grandes y complejos sin comprometer la calidad del sistema. 3. El reto de la confianza. Puesto que el software tiene relacin con todos los aspectos de nuestra vida, es esencial que podamos confiar en l. Esto es especialmente importante en sistemas remotos de software a los que se accede a travs de pginas web o de interfaces de servicios web, El reto de la confianza es desarrollar tcnicas que demuestren que los usuarios pueden confiar en el software.

Cules son los atributos de un buen software?

Costos de un software por clasificacin.

Los sistemas que incluyen software se dividen en dos categoras: Sistemas tcnicos informticos: son sistemas que incluyen componentes hardware y software, pero no procedimientos y procesos. Ejemplos de sistemas tcnicos son las televisiones, los telfonos mviles y la mayora del software de las computadoras personales. Los individuos y organizaciones usan sistemas tcnicos para algn fin, pero el conocimiento de este fin no es parte del sistema. Por ejemplo, el procesador de textos que estoy utilizando no es consciente de que se est utilizando para escribir un libro. Sistemas socio-tcnicos: comprenden uno o ms sistemas tcnicos pero, crucialmeme, tambin incluyen conocimiento de cmo debe usarse el sistema para alcanzar algn objetivo ms amplio. Esto quiere decir que estos sistemas han definido los procesos operativos, incluyen personas (los operadores) como partes inherentes del sistema, son gobernados por polticas y reglas organizacin ales y pueden verse afectados por restricciones externas tales como leyes nacionales y polticas reguladoras. Por ejemplo, este libro fue creado por un sistema socio-tcnico de la industria editorial que incluye varios procesos y sistemas tcnicos. Las caractersticas esenciales de los sistemas socio-tcnicos son las siguientes: 1. Tienen propiedades emergentes que son propiedades del sistema como un todo ms que asociadas con partes individuales del sistema. Las propiedades emergentes dependen tanto de los componentes del sistema como de las relaciones entre ellos. Como esto es tan complejo, las propiedades emergentes slo pueden ser evaluadas una vez que el sistema ha sido montado. 2. Son a menudo no deterministas. Esto significa que, cuando se presentan con una entrada especfica, no siempre producen la misma salida. El comportamiento del sistema depende de operadores humanos, y las personas no siempre reaccionan de la misma forma. Adems, el uso del sistema puede crear nuevas relaciones entre los componentes del sistema y, por lo tanto, cambiar su comportamiento emergente. 3. El grado en que el sistema apoya los objetivos organizacionales no slo depende del sistema en s mismo. Tambin depende de la estabilidad de estos objetivos, de las relaciones y conflictos entre los objetivos organizacionales y de cmo las personas en la organizacin interpretan estos objetivos. Una nueva direccin puede reinterpretar los objetivos organizacionales para los que un sistema est diseado, y un sistema exitoso puede convertirse en un fracaso.

Existen dos tipos de propiedades emergentes: 1. Las propiedades emergentes funcionales aparecen cuando todas las partes de un sistema trabajan de forma conjunta para cumplir algn objetivo. Por ejemplo, una bicicleta tiene la propiedad funcional de ser un instrumento de transporte una vez que sus componentes se han conjuntado. 2. Las propiedades emergentes no funcionales se refieren al comportamiento de los sistemas en su entorno operativo. Ejemplos de propiedades no funcionales son la fiabilidad, el rendimiento, la seguridad y la proteccin. A menudo son factores crticos para sistemas informticos, ya que un fallo mnimo en estas propiedades puede hacer inutilizable el sistema. Algunos usuarios puede que no necesiten ciertas funciones del sistema, por lo que ste puede ser aceptable sin ellas. Sin embargo, un sistema no fiable o demasiado lento es probablemente rechazado por todos los usuarios. Las fases del proceso de la ingeniera de sistemas

sdfsdfsdfsdf