Automatas

1. ETAPA DE ANÁLISIS

a). Investigación Preliminar.- Tiene como finalidad buscar la información suficiente para determinar si se debe continuar con el Ciclo de Vida del Desarrollo del Sistema.

En la investigación preliminar se deben satisfacer los siguientes aspectos:

 Aclarar y comprender la solicitud del proyecto.

 Definir el alcance y las restricciones o limitaciones del sistema.

 Identificar los beneficios que se obtendrían si el sistema propuesto es completado

 Especificar un estimado de tiempo y costo para las próximas fases de desarrollo.

 Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema.

b). Estudio de factibilidad

Factibilidad Operacional: Se refiere al hecho de que si trabajará o no el sistema si este se llega a desarrollar

Factibilidad Técnica: Se refiere a los recursos necesarios como herramientas, conocimientos, habilidades, experiencia, que son necesarios para efectuar las actividades o procesos que requiere el proyecto.

Factibilidad Financiera y Económica: Se refiere a los recursos económicos y financieros necesarios para desarrollar o llevar a cabo las actividades o procesos y/o para obtener los recursos básicos que deben considerarse son el costo del tiempo, el costo de la realización y el costo de adquirir nuevos recursos. [1]

C). Análisis de requerimientos

Es analizar y afinar los requerimientos, con el fin de conseguir la comprensión detallada de los requerimientos primordiales para desarrollar un producto de software correcto y de fácil mantenimiento. Los requerimientos deben estar expresados en el lenguaje natural para que estos puedan ser entendidos por el cliente y las personas que manejaran el mismo.

d). Requerimientos del Sistema

Estos especifican lo que el sistema de información deberá hacer o cuáles propiedades o cualidades debe de tener.

Requerimientos Funcionales.- Son los que especifican lo que el sistema de información debe hacer.

Requerimientos no Funcionales.- Son los que especifican una propiedad o cualidad que el sistema debe tener.

Es analizar y afinar los requerimientos, con el fin de conseguir la comprensión detallada de los requerimientos primordiales para desarrollar un producto de software correcto y de fácil mantenimiento. Los requerimientos deben estar expresados en el lenguaje del cliente.

Identificación de Requerimientos.-El analista de sistema debe utilizar técnicas de recopilación de información como la entrevista, encuesta u observación para poder definir correctamente los requerimientos que debe cumplir la aplicación de software a desarrollar.

Especificación de los requerimientos.- Consiste en la redacción clara y correcta de los requerimientos del sistema en lo que se conoce como documento de requerimientos los cuales deben reunir las siguientes características:

 Definidos sin ambigüedad

 Ser completos

 Tener consistencia

 Evitar describir detalles de diseño

 Estar enumerados [2]

2. FASE DE DISEÑO

a). Diseño del Sistema

El Diseño del Sistemas se define con el proceso de aplicar ciertas técnicas y principios con el propósito de definir un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física.

El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente.

La importancia del Diseño del Software se puede definir en una sola palabra Calidad, dentro del diseño es donde se fomenta la calidad del Proyecto.

El Diseño es la única manera de materializar con precisión los requerimientos del cliente.

El proceso de diseño representa los requerimientos en una forma que permita la codificación del producto (además de una evaluación de la calidad previa a la etapa de codificación). Al igual que los requerimientos, el diseño es documentado y se convierte en parte del producto de software.

Etapas:

El diseño de los datos.

 El Diseño Arquitectónico.

 El Diseño de la Interfaz.

 El Diseño de procedimientos.

Dependiendo de la metodología utilizada para esta fase se utiliza algunas herramientas de modelado o diagramas UML entre los que podemos destacar son: Diagramas de clases, Diagramas de Casos de Uso.

3. FASE DE IMPLEMENTACION

Este modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro tipo de ficheros necesarios para la implantación y despliegue del sistema.

Es la fase más costosa y que consume más tiempo, se dice que es costosa porque muchas personas, herramientas y recursos, están involucrados en el proceso y consume mucho tiempo porque se completa todo el trabajo realizado previamente durante el ciclo de vida.

Las actividades que se cumplen en esta fase son:

 Definir la organización del código en términos de subsistemas estructurados en capas.

 Implementar (codificar y estructurar) clases y objetivos en términos de componentes (código fuente, ejecutables, bases de datos, etcéteras.

 Integrar los resultados producidos por desarrolladores individuales y equipos en un sistema ejecutable.

En la fase de implementación se instala el nuevo sistema de información para que empiece a trabajar y se capacita a sus usuarios para que puedan utilizarlo.

La instalación puede realizarse según cuatro métodos: Directo, paralelo, piloto y en fases.

Método directo: Se abandona el sistema antiguo y se adopta inmediatamente el nuevo. Esto puede ser sumamente riesgoso porque si algo marcha mal, es imposible volver al sistema anterior, las correcciones deberán hacerse bajo la marcha. Regularmente con un sistema nuevo suelen surgir problemas de pequeña y gran escala. Si se trata de grandes sistemas, un problema puede significar una catástrofe, perjudicando o retrasando el desempeño entero de la organización.

Método paralelo: . Este método es de bajo riesgo. Si el sistema nuevo falla, la organización puede mantener sus actividades con el sistema antiguo. Pero puede representar un alto costo al requerir contar con personal y equipo para laborar con los dos sistemas, por lo que este método se reserva específicamente para casos en los que el costo de una falla sería considerable.

Método piloto: Pone a prueba el nuevo sistema sólo en una parte de la organización. Al comprobar su efectividad, se implementa en el resto de la organización. El método es menos costoso que el paralelo, aunque más riesgoso. Pero en este caso el riesgo es controlable al limitarse a ciertas áreas, sin afectar toda la empresa.

Método en fases: La implementación del sistema se divide en partes o fases, que se van realizando a lo largo de un periodo de tiempo, sucesivamente. Una vez iniciada la primera fase, la segunda no se inicia hasta que la primera se ha completado con éxito. Así se continúa hasta que se finaliza con la última fase. Es costoso porque se hace más lenta la implementación, pero sin duda tiene el menor riesgo.

Los métodos piloto y en fases suelen ser los más practicados puesto que tienen menor riesgo. Como se puede observar la decisión de adoptar cualquiera de los métodos estará influenciada por factores de riesgo y disponibilidad de recursos. Otro aspecto importante de esta fase es la capacitación del personal, que cobra especial importancia para asegurar el uso acertado del sistema. Se puede adelantar camino al capacitar personal, antes incluso de contar con los equipos nuevos, para que el usuario se familiarice con el nuevo sistema. Si el sistema es sencillo y el usuario tiene cierta

BIBLIOGRAFIA

[1] DEL POZO, Eugenio y Otros, “Fases de un proceso de desarrollo de software”, Instituto tecnológico de las Américas ITLA, [07-09-2010], [21-09-2013], En línea disponible de: [http://s3.amazonaws.com/ppt-download/fasesdeunproyectodedesarrollodesoftware-100911101424-phpapp02.pdf?response-content-disposition=attachment&Signature=cArfBArHl0hct%2B8s82B7V2nQdnc%3D&Expires=1379867581&AWSAccessKeyId=AKIAIW74DRRRQSO4NIKA]

[2] ZULOAGA ROTTA, Luis, “Análisis de Requerimientos”, [21-09-2013], En línea disponible de: [http://www.galeon.com/zuloaga/Doc/AnalisisRequer.pdf]

[3] Nahama Fernández, “Diseño de Sistemas”, Instituto Universitario de Tecnología de Administración Industrial (IUTA – GUARENAS),[12-02-2012], [22-09-2013], En línea disponible de: [http://www.inf-cr.uclm.es/www/mpolo/asig/0708/phd/apuntesDoctorado.pdf]

...