El Proceso del Sofware
El proceso de ingenieria aplicado al Soft como producto , es el proceso de transformacion de requerimientos en soft util. Ese proceso ademas debe ser administrado para que se lleve a cabo en un ambiente de equilibrio con las metas seleccionadas par el proceso
tenemos ya para onsiderar
1- el proceso
2- los actores y facilitadores
3- las metas del proceso
4- el soft o producto
5- el sistema o ambiente beneficiario , donde el soft desarrollar sus propiedades
Todo esto , para empezar. Porque es necesario considerar que estos factores nunca son los mismos
Osea , no sirve una Maquina generadora de requerimientos , ni una Maquina generadora de soft
Aunque tampoco el caos de que todo se reduzca a generar soft
El proceso es un framework , una parte del habitual concepto de Proyecto de cualquier empresa
Aunque sea solo conceptual , es beneficioso considerarlo como el marco de nuestro trabajo
Esto nada que ver con teorias , aunque obvio se basa y se toma lo beneficioso que hay (y mucho)
1-Anteproyecto
Esta etapa es imprescindible , en el ambiente del PERT seria la etapa 0. En una vision minima seria la etapa de deliberacion . La de las decisiones y descubrimientos.En ambientes clasicos de informatica seria la etapa de analisisPor lo menos respondernos
✶si hay algo para hacer ,
✶si vale la pena ,
✶si podremos hacerlo y
✶si podremos describirlo anticipadamente.
Puede ser un trabajo recursivo hasta que se concluye en
➤Especificacion de Requisitos
➤Plan del proyecto
Formulación del Problema
Como están las cosas ahora? (Propósito - Recurso - sistema)Como estarán después de instituido nuestro soft? (Propósito - Recurso - sistema)
Restricciones
Que debe suceder?
Que no debe suceder?
Costos que no pueden superarse?
Cuales son los requisitos del tiempo? (limites, precedencias)
Que señal aprovecharemos para indicar el éxito del proyecto?
Conceptos:
el problema es una dificultad ; que factores ayudan a superarla? , que factores dificultan la solución?inversión: es la utilizacion de unos recursos escasos en el proyecto , con la esperanza de que nuestro soft permita obtener beneficios superiores a su aplicacion en otros proyectos
acuerdos: El cliente y tambien nuestros tecnicos pueden tener visiones diferentes , percepciones , ventajas y/o dificultades que para aprovecharlas positivamente deben fusionarse en acuerdos previos
Objetivos y metas: los objetivos y metas se deben seleccionar con vision de ingenieria del sistema dondes sera instiuido nuestro soft, genralmente son propiedad de los propietario o gerentes . Es importante incorporarlos a partir de acuerdos con ellos
Requerimientos y Requisitos
¿Qué es un requisito? (wikipedia)
- Condición o capacidad que un usuario necesita para poder resolver un problema o lograr un objetivo (IEEE).
- Condición o capacidad que debe exhibir o poseer un sistema para satisfacer un contrato, estándar, especificación, u otra documentación formalmente impuesta (IEEE).
- Una condición o capacidad que debe ser conformada por el sistema (RUP).
- Algo que el sistema debe hacer o una cualidad que el sistema debe poseer (Robertson - Robertson).
- ---------------------------------------
- Generalmente el sistema a servir es de nivel mayor o incluye al de nivel menor. Por lo que se puede inferir, que para conocer los requerimientos del sistema menor debemos primero conocer los requerimientos del sistema mayor a servir. Es decir, que para definir los requerimientos de software, en el campo de las tecnologías de información, primero debemos definir los requerimientos de los niveles mayores en el siguiente orden: nivel organización, proceso de negocio (sistema de trabajo) y sistema de información; para evitar convertir un problema real en un problema virtual.
Una definicion de plan:Determinacion sistematica previa de los fines productivos , de los recursos y actividades necesarias para conseguirlos
Una actividad es: una "unidad de control" , un proceso que adquiere insumos , le aplica recursos y metodos y genera productos. Para facilitr el control se debe seleccionar la cantidad minima de insumos y generar un producto. Para facilitar el control tanto los recursos como los metodos deben ser standard de la industria.La unidad debe tener caracteristicas medibles. El /los productos deben ser entregables
El enfoque funcional es el mas aplicable: una funcion o servicio=una unidad=un moduo=una componente
Un calendario del proyecto es un calendario de entregables
