domingo, 31 de mayo de 2015

TIPOS DE PROTOTIPOS

Tipos De Prototipos

Prototipos de requisitos: permite que los usuarios perciban la funcionalidad del producto  final a través del diseño de interfaces  o pantallas del sistema. El objetivo es ayudar a aclarar los requisitos y solicitar las ideas.
Prototipos de análisis: hace posible generar rápidamente una arquitectura general que considere las características principales del sistema de acuerdo a las especificaciones de requisitos.
Prototipos de diseños: permiten explorar y comprender la arquitectura particular del sistema para poder evaluar aspectos como cuellos de botellas (rendimiento y uso de memoria) o inconsistencia en el diseño.
Prototipos verticales: ayudar a comprender parte de un problema y desarrollar su solución completa. Esto se hace generalmente cuando los conceptos básicos no están bien comprendidos
Prototipos de factibilidad: demuestra si es posible lograr ciertos objetivos del proyecto. 

Desarrollo De Un Prototipo Tipo I 

1- Identificar las necesidades del usuario: el analista de sistema entreves al usuario para tener una idea de lo que se pide al sistema
2- Crear un prototipo: el analista de sistema, tal vez en colaboración con otros especialistas en información, usa una o más herramientas de creación de prototipos para elaborar un prototipo.
3- Determinar si el prototipo es aceptable: el analista educa al usuario en cuanto el uso de prototipo y le da oportunidad de familiarizarse con el sistema. El usuario le dice al analista si el prototipo es satisfactorio o no.
4. Usar el Prototipo

El prototipo se convierte en el sistema operacional este enfoque solo es posible cuando las herramientas de creación de prototipos permiten que el prototipo contenga todos los elementos indispensables del nuevo sistema.   




EL PROTOTIPO Y SU CREACIÓN

Definición 

 Es un modelo a escala o facsímil de lo real, pero no tan funcional para que equivalga a un software final, ya que no lleva a cabo la totalidad de las funciones necesarias del software final. Proporcionando una  retroalimentación temprana por parte de los usuarios acerca del software .

Creación De Los Prototipos 

Los prototipos son cruciales para diseñar un buen sitio Web. Una manera rápida de prototipos es crear imágenes en cualquier programa de retoque fotográfico o incluso PowerPoint y en caso necesario darles funcionalidad mediante un editor HTML.






La creación de prototipos puede ser cerrada o abierta.


Al enfoque cerrado se denomina a menudo prototipo desechable, después se desecha y se hace una ingeniería de software con un paradigma diferente.

El enfoque abierto denominado prototipo evolutivo, emplea el prototipo como primera evaluación del sistema terminado. ¿Cuándo crear prototipos? Cuando un sistema es pequeño. Cuando resuelve problemas no estructurado. Cuando los usuarios no especifican los requisitos al principio del proyecto. ¿Cuándo no crear prototipos? la creación de prototipo no apropiada para diseñar toda clase de sistema. Si un problema es largo o complejo, o si está diseñado para hacer interfaz con otros sistemas. La creación de prototipo puede ser un riesgo demasiado grande porque se emiten fases importantes del diseño del sistema. El uso de prototipos es una estrategia que puede aplicarse en casi todas las actividades del proceso del software. 





El propósito de los prototipos es obtener rápidamente la información necesaria en la toma de decisiones. Un prototipo proporciona a los creadores y usuarios una idea de cómo funcionará el sistema cuando esté terminado. 


USO DEL CICLO DE VIDA DE LOS SISTEMAS

Uso del ciclo de vida

Realizar la programación de las pruebas del sistema. 
Realizar un instrumento para evaluar el sistema de información. 
El programador deberá elaborar un resumen de las pruebas del sistema. 
El analista deberá realizar un informe de sus pruebas y discutirlo con el programador. 
Elaborar la planificación de las horas del mantenimiento del sistema. Elaborar la lista de las operaciones que pudieran sufrir modificaciones de códigos.
Antes de poner en funcionamiento el sistema es necesario probarlo es mucho menos costoso encontrar los problemas antes que el sistema se entregue a los usuarios. 
Una parte de la pruebas la realizan los programadores solos, y otra la llevan a cabo de 
manera conjunta con los analistas de sistemas. Primero se realizan las pruebas con datos de muestra para determinar con precisión cuáles son los problemas y posteriormente se realiza otra con datos reales del sistema actual. 
El mantenimiento del sistema de información y su documentación empiezan en esta fase y se llevan de manera rutinaria durante toda su vida útil.




Método Del Prototipo De Sistemas 

La construcción de prototipos representa una estrategia de desarrollo, cuando no es posible determinar todos los requerimientos del usuario. Es por ello que incluye el desarrollo interactivo o en continua evolución, donde el usuario participa de forma directa en el proceso.
Este método contiene condiciones únicas de aplicación, en donde los encargados del desarrollo tienen poca experiencia o información, o donde los costos y riesgos de que se cometa un error pueden ser altos. Así mismo este método resulta útil para probar la facilidad del sistema e identificar los requerimientos del usuario, evaluar el diseño de un sistema o examinar el uso de una aplicación. El método del prototipo de sistemas consta de 5 etapas: Identificación de requerimientos conocidos: La determinación de los requerimientos de una aplicación es tan importante para el método de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para identificar los requerimientos conocidos que tienen que satisfacer.



2. Desarrollo de un modelo de trabajo

 Es fácil el proceso de construcción del prototipo con el desarrollo de un plan general que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un cronograma para el inicio y el fin de la primera interacción es de gran ayuda. En el desarrollo del prototipo se preparan los siguientes componentes:
El lenguaje para el dialogo o conversación entre el usuario y el sistema.
Pantallas y formatos para la entrada de datos.
Módulos esenciales de procesamiento. Salida del sistema

3. Utilización del prototipo: Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y operación. La experiencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios, así como las características inadecuadas

4. Revisión del prototipo: Durante la evaluación los analistas de sistemas desean capturar información sobre los que les gusta y lo que les desagrada a los usuarios. Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embargo es el analista responsable de tales modificaciones.


5. Repetición del proceso las veces que sea necesarias: El proceso antes descrito se repite varias veces, el proceso finaliza cuando los usuarios y analistas están de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las características necesarias. 

FASES DEL CICLO DE VIDA

La Planificación


La figura 8.2 es un modelo gráfico de la fase de la planificación. En ella se muestran todos los pasos a seguir, que describiremos con mayor detalle a continuación, y se identifican las responsabilidades del comité de MIS, del gerente del área usuaria y del analista de sistemas. Durante las primeras fases del desarrollo de un sistema, el analista de sistemas es el especialista en información que tiene la responsabilidad primaria de trabajar con el usuario. 





 1. Reconocer el problema

Por lo regular son los gerentes de la compañía, los no gerentes y elementos del entorno de la compañía los que reconocen la necesidad de un proyecto  de CBIS. Son pocos los casos en que los especialista en información de la unidad de servicios de información proporcionan el estímulo, ya que no siempre están en el lugar en que pueden percibirse los síntomas de un problema.








 2. Definir el problema

Una vez que el gerente se da cuenta de que existe un problema, debe entenderlo lo bastante bien para buscar una solución. No obstante, el gerente no intenta recabar toda la información en este punto; solo procura identificar donde existe un problema y que lo está causando.







 3. Fijar los objetivos del sistema

El gerente y el analista de sistema preparan una lista de los objetivos que el sistema debe cumplir  para satisfacer  a los usuarios. En este punto, los objetivos se expresan únicamente en términos generales, posteriormente se harán más específicos.







 4. Identificar las restricciones del sistema

El nuevo sistema no opera libre de restricciones. Algunas restricciones las impone el entorno, como cuando el gobierno pide informes fiscales y los clientes requieren información de facturación. Otras restricciones las impone la gerencia de la compañía, como la condición de usar hardware ya existente o tener el sistema funcionado para cierta fecha. Es importante identificar estas restricciones antes de comenzar a trabajar realmente en el sistema. Así, tanto el diseño del sistema como las actividades del proyecto se ajustaran a las restricciones.







5. Realizar un estudio de factibilidad

Un estudio de factibilidad es una breve mirada a los principales factores que influirán en la capacidad del sistema para alcanzar los objetivos deseados.







 6. Preparar una propuesta de estudio de sistema

Si el sistema y el proyecto parecen factibles, será necesario realizar un estudio de sistema con todas las de la ley. El estudio de sistemas proporcionara la base detallada para diseñar el nuevo sistema en términos de que debe hacer y como de hacer. El analista prepara una propuesta de estudios de sistemas que proporciona al gerente una base para decidir si incurrirá o no en el gasto de análisis.









 7. Aprobar o rechazar el proyecto de estudio 

El gerente y el comité director sopesan los pros y contras del proyecto y diseño de sistemas propuestos, y deciden si proceder o no: una decisión en favor/en contra. 
Para tomar su decisión, el comité hace dos preguntas claves:
1. ¿El sistema propuesto alcanzara sus objetivos?
2. ¿El proyecto de estudio propuesto es la mejor forma de realizar el análisis d sistema?
Si la decisión es en favor, el proyecto pasa a la fase de estudio. Si la decisión es en contra, todas las partes dirigen su atención a otras cosas.
Establecer un mecanismo de control
Antes de iniciarse el estudio de sistema, el comité director de MIS establece el control del proyecto especificando lo que se hará, quien lo hará cuando se hará.








8. Supervisión del avance del proyecto

Una vez establecido el programa del proyecto, se debe documentar en una forma que facilite el control. Se pueden usar varias técnicas de documentación, que incluyen diversos tipos de esquemas, gráficas y diagramas.




La fase de análisis


Una vez completada la planificación y establecido el mecanismo de control, el equipo de proyecto para el análisis del sistema existente. El análisis de sistemas es el estudio de un sistema existente con el propósito de diseñar un sistema nuevo o mejorado. 
Durante la fase de análisis, el analista de sistema sigue trabajando con el gerente, y el comité director de MIS interviene en puntos cruciales, como se muestra en la figura 8.4





1. Anunciar el estudio de sistemas

Cuando una compañía implementa una nueva aplicación de computadoras, la gerencia toma decisiones para que los empleados cooperen en el proceso, y para que los esto se lleve a cabo, la gerencia debe informarle a sus empleados, mediante una reunión o por medio de boletines, explicando las razones para realizar el estudio y los beneficios que trae el nuevo sistema para la compañía y sus empleados.





2. Organizar el equipo de proyecto

Se reúne el equipo que realizará el estudio y como políticas de muchas empresas se nombra a un usuario como jefe del proyecto.






3. Definir las necesidades de información

             Para detectar cuál es la necesidad del usuario, los analistas recolectan información mediante entrevistas personales, búsqueda de archivos y encuestas. El método más acertado son las encuestas personales  porque: 
   - Ofrecen la oportunidad de observar el lenguaje
   - Establece vínculos de confianza mutua.

   - Proporciona la oportunidad de expresar diferentes opiniones y críticas.

Este es un punto donde el analista reúne la información del sistema existente y añade documentación nueva si es necesario. Muchas veces se usa el diccionario de proyectos para describir la documentación que define un sistema.






4. Definir los criterios del desempeño de sistema


         Luego de definir las necesidades de información es posible especificar exactamente qué es lo que debe lograr el sistema o la mejora para la cual fue creado o modificado el nuevo sistema.





5. Preparar la propuesta de diseño


         El analista del sistema le da una segunda oportunidad al gerente para que tome otra decisión que sea en contra o a favor. Si aprueba la decisión en la propuesta del sistema.






6. Aprobar o rechazar el proyecto de diseño


        En esta fase el gerente y el comité evalúan dicha propuesta de diseño y determinan si darán o no su aprobación. En algunos casos se puede pedir al equipo una nueva presentación un nuevo análisis otra propuesta o abandono del proyecto, si aprueban la propuesta el proyecto pasa a la fase del diseño.




Fase del diseño


        El diseño de un sistema de información produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis.  Esta parte es la determinación de los procesos y datos que requieren el nuevo sistema. 



      La figura 8.6 es un modelo gráfico de la fase del diseño, en ella se muestran todos los pasos que describiremos con mayor detalle a continuación.








1. Preparar el diseño de sistema detallado

        El analista trabaja con el usuario y documenta el diseño del nuevo sistema empleando las herramientas como las que se describen en los apéndices. En la tabla 8.2 se dictan las herramientas que mas se usan.






2. Identificar configuraciones alternativas del sistema

      Este es un proceso que inicia con la identificación de diversas combinaciones que puedan llevar a cabo cada tarea.



3. Evaluar las configuraciones alternativa

    El analista junto con el gerente avalúa las alternativas, seleccionando la que mejor permita al subsistema satisfacer los criterios de desempeño.





4. Seleccionar la mejor configuración

    El analista junto con el gerente avalúa todas las configuraciones de los subsistemas y los ajusta a una sola configuración, de esta manera se la presenta al gerente si loa aprueba, se busca la aprobación del comité.







5. Preparar la propuesta de implementación 

      El administrador de base de datos es el único encargado de modificar y ajustar el formato al nuevo diseño de sistema.






6. Aprobar o rechazar la implementación del sistema

  La decisión de continuar con la fase de aplicación depende del incremento de los participantes, si los beneficios del sistema exceden los costos, se aprobará la aplicación.




Fase de la Implementacion

 Es la integración de los recursos físicos y funcionales que producen un sistema funcional.
El objetivo de esta fase es realizar las actividades necesarias para poner a disposición de los usuarios el sistema de información.



1. Planear la implementación

Ya que los gerentes entienden muy bien lo que se necesitará para la aplicación del diseño del sistema ellos pueden utilizar estos conocimientos para crear un plan de implementación detallado.


2. Anunciar la implementación

El proyecto de aplicación se les anuncia a los empleados por medio de memorándum, reuniones o boletines de información con la finalidad de que sepan de aplicación del nuevo diseño y la cooperación para que se efectúe el mismo.




3. Obtener los recursos de hardware

El diseño del sistema se presenta a los proveedores y los tipos de equipo de cómputo incluidos en las configuraciones aplicadas. A cada proveedor se le promociona una solicitud de propuesta. Cuando se analiza todas las propuestas el comité selecciona el o los proveedores, una vez aprobada la decisión la compañía hace el pedido.



4. Obtener los recursos del Software

Se realiza la codificación y se aprueban los recursos del software y se aprueban los programas, si se selecciona el software de aplicación se realiza los mismos procedimientos para la selección de hardware.




5. Preparar la propuesta de implementación

El analista prepara su propuesta de aplicación para poner en práctica incluyendo los beneficios esperados y los costos.

*Prepara las instalaciones físicas: si el hardware nuevo no cabe en las instalaciones existentes, es necesario realizar una remodelación esta remodelación de programarse de manera que coincida con el plan de proyecto.


*Educar a los participantes y usuarios. A todo el personal y usuario que afecte el nuevo sistema deben enseñarle el papel que desempeñarán cada uno en el sistema.


*Preparar la propuesta de corte y cambio. El proceso de suspender el sistema anterior e iniciar el uso del nuevo sistema se le denomina corte y cambio. Cuando está concluyendo el proyecto los especialistas recomiendan al gerente realizar el corte y cambio, la propuesta se puede realizar por memorándum o un informe oral.


*Aprobar o rechazar el corte y cambio al nuevo sistema. Si es aprobada la propuesta la gerencia y el comité fijan fecha del corte y cambio y si rechaza la propuesta se especifican las acciones por realizar antes de que vuelva a considerar el corte y cambio, luego se fija una nueva fecha.



Corte y cambio al nuevo sistema 


Hay (4) estrategias básicas

1 Un piloto: es un sistema de prueba que se aplica en un subconjunto como en una oficina. Si funciona se aplica en el resto de las oficinas.

2 Inmediata: es cuando se realiza la conversión del viejo por el nuevo en un día dado, esto sólo es factible en compañías pequeñas.

3 Por fase: en este es cuando el corte y cambio se realiza parte por parte, ejemplo: en un sitio u oficina luego en otro.

4 Paralela: es cuando se tiene el sistema antiguo hasta que se haya probado el nuevo perfectamente. El corte y cambio marca el final del ciclo de vida del sistema ahora puede comenzar el uso del nuevo sistema.



Fase de uso


Como se muestra en la figura 8.16, esta fase consta de cinco pasos, que describiremos con mayor detalle a continuación.





1.- Usar el  sistema


Los usuarios usan los sistemas cumplir con los objetivos que se identificaron en la fase de la planificación.

2. Someter el Sistema a Auditoria

Luego de haberse hecho un estudio formal para identificarse que tan bien se está cumpliendo con los criterios de desempeño y se le denomina revisión posterior a la implementación. Este paso se realiza cada año en cuanto se siga usando el sistema.


3. Mantener el sistema

Siempre y cuando el gerente use el sistema este se debe mantener para que siga proporcionando su apoyo. El mantenimiento de sistema efectúa tres razones:

·Para corregir errores.
·Para mantener vigente los sistemas.
·Para mejorar los sistemas.



4. Preparar una propuesta de Reingeniería

Si el sistema empieza a presentar fallas se somete a un sistema de reingeniería donde se le informa a comité de Sistema de Información Gerencial (MIS). Se realiza una propuesta por medio de memorándums o infórmenos donde se especifica la falla e incluye las razones para iniciar el ciclo de vida de sistemas.


5.- Aprobar o rechazar la reingeniería del Sistema

Es el comité de MIS quien decide si se aprueba o no el nuevo ciclo de vida del sistema el cual puede seguir los patrones de reestructuración, retro ingeniería y  pro ingeniería. 





ADMINISTRACIÓN DEL CICLO DE VIDA


Los primeros ciclos de vida de sistema estaban bajo el control del gerente de la unidad de servicios de información, asistido por los gerentes de análisis de sistema, programación y operaciones. En muchas compañías, las responsabilidades aun reside en este nivel, pero la tendencia reciente es colocar la responsabilidad en niveles tanto más alto como más bajos. Hoy en día, la administración de los ciclos de vida puede abarcar varios niveles organizacionales e implicar a gerentes de fuera del área de servicios de información
                                                                
*Responsabilidad ejecutiva: cuando el sistema tiene un valor estratégico o afecto a toda la organización, el presidente o el comité ejecutivo podrán decidir supervisar el proyecto de desarrollo. A medida que el alcance de los sistemas se hace más angosto y el enfoque se vuelve más operativo, se hace más probable que el liderazgo provenga de ejecutivos de más bajo nivel, como el vicepresidente ejecutivo, el vicepresidente de administración.




*El comité de MIS: muchas compañías establecen un comité especial por debajo del nivel del comité ejecutivo que asume la responsabilidad de supervisar todos los proyectos del sistema.

 Comité Director: Es cuando el propósito de un comité es proporcionar orientación, dirección y control continuos.

Comité director de MIS: Este término se usa cuando una compañía establece un comité director con el propósito de dirigir el uso de los recursos de cómputo de la compañía.
Los miembros permanentes del comité director de MIS siempre incluyen ejecutivos del nivel más alto. Entre los miembros temporales están gerentes de niveles inferiores  y consultores que participan durante el tiempo en que necesitan sus conocimientos.


Funciones del comité director de MIS


*Establece políticas: que aseguren que los objetivos estratégicos de la compañía reciban apoyo de computadora 
*Ejercer control fiscal: fungiendo como autoridad que aprueba todas las solicitudes de fondos relacionadas con la computadora.
*Resuelve conflictos: relacionados con las prioridades en el uso de las computadoras.
Efectivamente, la tarea del comité director de MIS es llevar a cabo tanto la estrategia general que el comité ejecutivo establece como el plan estratégico de recursos de información  
Al centralizar la administración de los ciclos de vidas de sistema dentro del comité director, se obtienen dos ventajas principales. Se incrementa la probabilidad de que:

*la computadora se use para apoyar a usuarios de toda la compañía.
*los proyectos de cómputos se caracterizan por una buena planificación y control.
El comité de director de MIS es la prueba más visible de que la compañía pretende poner los recursos de información al alcance de todos los usuarios que en verdad los necesiten.  

           









      

sábado, 30 de mayo de 2015

DEFINICIÓN DE CICLO DE VIDA


El ciclo de vida de vida del desarrollo de sistemas es un enfoque por fases para el análisis y el diseño cuya premisa principal consiste en que los sistemas se desarrollan mejor utilizando un ciclo especifico de actividades del analista y el usuario. Consiste en una serie de tareas que siguen de cerca los pasos del enfoque del sistema. Puesto que las tareas siguen un patrón ordenado y se llevan  a cabo en forma descendiente. El ciclo de vida de sistemas se conoce también como enfoque de cascada para la creación y uso de sistemas

Según la metodología de McLeod,R. (2000) El ciclo de vida de un sistema consta de cinco partes: siendo la primera la planificacion, la segunda el  analisis, la tercera es el diseno, la cuarta la  implementacion  y la quinta es la fase de uso. Cada fase se explica por separado pero nunca se realizan como pasos aislados, más bien es posible que algunas actividades se realicen de manera simultánea, y algunas de ellas podrían repetirse.