Proceso de Software

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 4

Proceso para el desarrollo de software

Un proceso para el desarrollo de software, tambin denominado ciclo de


vida del desarrollo de software es una estructura aplicada al desarrollo de
un producto de software. Hay varios modelos a seguir para el
establecimiento de un proceso para el desarrollo de software, cada uno de
los cuales describe un enfoque diferente para diferentes actividades que
tienen lugar durante el proceso. Algunos autores consideran un modelo de
ciclo de vida un trmino ms general que un determinado proceso para el
desarrollo de software. Por ejemplo, hay varios procesos de desarrollo de
software especficos que se ajustan a un modelo de ciclo de vida de espiral.
Anlisis de requisitos
Extraer los requisitos de un producto de software es la primera etapa para
crearlo. Mientras que los clientes piensan que ellos saben lo que el software
tiene que hacer, se requiere de habilidad y experiencia en la ingeniera de
software para reconocer requisitos incompletos, ambiguos o contradictorios.
El resultado del anlisis de requisitos con el cliente se plasma en el
documento ERS, Especificacin de Requerimientos del Sistema, cuya
estructura puede venir definida por varios estndares, tales como CMM-I.
Asimismo, se define un diagrama de Entidad/Relacin, en el que se plasman
las principales entidades que participarn en el desarrollo del software. La
captura, anlisis y especificacin de requisitos (incluso pruebas de ellos), es
una parte crucial; de esta etapa depende en gran medida el logro de los
objetivos finales. Se han ideado modelos y diversos procesos de trabajo
para estos fines. Aunque an no est formalizada, ya se habla de la
Ingeniera de Requisitos. La IEEE Std. 830-1998 normaliza la creacin de las
Especificaciones de Requisitos Software (Software Requirements
Specification).
Diseo y arquitectura
Se refiere a determinar cmo funcionar de forma general sin entrar en
detalles. Consiste en incorporar consideraciones de la implementacin
tecnolgica, como el hardware, la red, etc. Se definen los Casos de Uso para
cubrir las funciones que realizar el sistema, y se transforman las entidades

definidas en el anlisis de requisitos en clases de diseo, obteniendo un


modelo cercano a la programacin orientada a objetos.
Programacin
Reducir un diseo a cdigo puede ser la parte ms obvia del trabajo de
ingeniera de software, pero no es necesariamente la porcin ms larga. La
complejidad y la duracin de esta etapa est ntimamente ligada al o a los
lenguajes de programacin utilizados.
Pruebas
Consiste en comprobar que el software realice correctamente las tareas
indicadas en la especificacin. Una tcnica de prueba es probar por
separado cada mdulo del software, y luego probarlo de forma integral,
para as llegar al objetivo. Se considera una buena prctica el que las
pruebas sean efectuadas por alguien distinto al desarrollador que la
program, idealmente un rea de pruebas; sin perjuicio de lo anterior el
programador debe hacer sus propias pruebas. En general hay dos grandes
formas de organizar un rea de pruebas, la primera es que est compuesta
por personal inexperto y que desconozca el tema de pruebas, de esta forma
se evala que la documentacin entregada sea de calidad, que los procesos
descritos son tan claros que cualquiera puede entenderlos y el software
hace las cosas tal y como estn descritas. El segundo enfoque es tener un
rea de pruebas conformada por programadores con experiencia, personas
que saben sin mayores indicaciones en qu condiciones puede fallar una
aplicacin y que pueden poner atencin en detalles que personal inexperto
no considerara.
Documentacin
Todo lo concerniente a la documentacin del propio desarrollo del software y
de la gestin del proyecto, pasando por modelaciones (UML), diagramas,
pruebas, manuales de usuario, manuales tcnicos, etc.; todo con el
propsito de eventuales correcciones, usabilidad, mantenimiento futuro y
ampliaciones al sistema.
Mantenimiento
Mantener y mejorar el software para enfrentar errores descubiertos y
nuevos requisitos. Esto puede llevar ms tiempo incluso que el desarrollo
inicial del software. Alrededor de 2/3 de toda la ingeniera de software tiene

que ver con dar mantenimiento. Una pequea parte de este trabajo consiste
en arreglar errores, o bugs. La mayor parte consiste en extender el sistema
para hacer nuevas cosas. De manera similar, alrededor de 2/3 de toda la
ingeniera civil, arquitectura y trabajo de construccin es dar
mantenimiento.

Etapas del desarrollo de un sistema


Esta fase es fundamental para que la estrategia informtica encaje dentro de las metas de la empresa, ya que en
ella se cumplen las funciones del modelaje del negocio y planificacin de sistemas; esto con el fin de proyectar
las estrategias del negocio y determinar de esta forma sus requerimientos de informacin.
Aunque la fase de requerimientos puede aplicarse a todos los procesos de la empresa, o a un rea en especifico,
suele ser mas practico analizar rea por rea del negocio.
Durante esta fase se desarrolla un modelo del rea estudiada, donde se representa procesos que se llevan a cabo,
la informacin utilizada por ellos y las reglas polticas y practicas de la empresa relacionada con estos procesos.
Este modelo permite proyectar las estrategias, procesos y flujos de datos de la empresa al igual que las
interrelaciones entre procesos y datos, con el fin de desarrollar un plan de sistema de informacin capaz de
guiar el desarrollo de un sistema que permita dar soporte al area en estudio en el cumplimiento de sus objetivos.
IDENTIFICACION DE PROBLEMAS OPORTUNIDADES Y OBJETIVOS
En esta primera etapa del ciclo de desarrollo de los sistemas, el analista se involucra en la identificacion de los
problemas de las oportunidades y de los objetivos. Esta fase es crucial para el exito del resto del proyecto, pues
nadi estara dispuesto a desperdiciar su tiempo dedicandolo al problema equivocado
la primera etapa requiere que el analista observe de forma objetiva lo que ocurre en una empresa. Luego en
conjunto con los otros miembros de la organizacion hara notar los problemas. Muchas veces esto ya fue
realizado previamente ; y por ello , es que se llega a invitar al analista
Las oportunidades son aquellas situaciones que el analista considera que pueden perfeccionarse mediante el uso
de los sistemas de informacion computarizados. Al aprovechar las oportunidades la empresa puede lograr una
ventaja competitiva o llegar a establecer un estandar industrial.
DETERMINACION DE LOS REQUERIMIENTOS DE INFORMACION
La siguiente etapa que aborda el analista es la determinacion de los requerimientos de informaicon a partir de
los usuarios particularmente involucrarlos . Parta identificar l.os requerimientos de informacion dentro de la
empresa, puede utilizarse diversos instrumentos, los cuales incluyen : el muestreo , el estudio de los datos y
formas usadas por la organizacion , la entrevista, los cuestionarios; la observacion de la conducta de quien toma
las decisiones, asi como de su ambiente; y tambien el desarrollo de prototipos.
ANALISIS DE LAS NECESIDADES DEL SISTEMA
Las siguientes etapas que ejecuta el analista consiste en analizar las necesidades propis del sistema. Una vez
mas Existen herramientas y tecnicas especiales que facilitan al analista la realizacion de las determinaciones
requeridas. Estas incluyen el uso de loos diagramas de flujo de datos que cuentan con una tecnica estructutada
para representar en forma grafica la entrada de datos de la empresa, los procesos y salidas de la informacion. A

partir del diagrama de flujo de datos se desarrolla un diccionario de datos que contiene todos los elementos que
utiliza el sistema asi como sus especificaciones, si son alfanumericos y espacios de impresion que requiere.
Durante esta fase, el analista de sistemas tambien utiliza las decisiones estructuradas por realizar , que son
decisiones donde las condiciones , acciones y reglas de accion podran determinarse. Existen tres metosodos
para el analisis de las decisiones estructuradas : lenguaje estructurado (en nuetro caso el espaol ) las tablas de
decisiones y los arboles de decisiones.
DISEO DEL SITEMA RECOMENDADO
En esta etapa del ciclo de desarrollo de los sistemas, , el analista de sistemas usa la informacion que recolecto
con anterioridad y elabora el diseo logico del sistema de informacion. El analista tambien disea accesos
efectivos al sistema de informacion, mediante el uso de las tecnicas de diseo de forma y pantallas
Una parte de diseo logico del sistema de informacion es el diseo de la interfaz con el usuario con el sistema y
evidentemente , es de suma importacia. Serian ejemplos de interface para el usuario : el usi del teclado para
inroducir preguntas o respuestas, el uso de menus en la pantalla, con las opciones que tiene el usuario, el usi de
dispositiovs como el raton y muchos otros.
DESARROLLO Y DOCUMENTACION DE SOFTWARE
En la sexta etapa del ciclo de desarrollo de los sistemas, el analista trabaja con los programadores para
desarrollar todo el software origianl que sea necesario . Dentro de las tecnicas estructuradas para el diseo y
documentacion del sofware se tiene : el metodo HIPO los diagramas de flujo, nassi-schneiderman, los
diagramas Warnier-Orr y el pseudocodigo. Aqui es donde , el analista de sistemas transmite al programador los
requerimientos de programacion durante esta fase , el analista tambien colabora con los usuarios para
desarrollar la documentacion indispensable del software, incluyendo los manuales de procedimiento.
PRUEBAS Y MANTENIMIENTO DEL SISTEMA
El sitema de informacion dede probarse antes de utilizarlo. El costo es menor si se detectan los problemas antes
de entrega del sistema. El programador realiza algunas pruebas por cuenta, otras se llevan a cado en
colaboracion con el analista de sistemas. En un principio se hace una serie de pruebas, con datos de tipo, para
identificar las posibles fallas del sistema; mas adelante, se utiliza los datos del sistema real. El mantenimiento
del sistema y su documentacion empiezan justamente en esta etapa y despues esta funcion se realizara de forma
rutinaria a lo largo de toda la vida del sistema.
IMPLANTACION Y EVALUACION DE SISTEMA
En esta ultima etapa del desarrollo del sistema, el analista ayuda a implementar el sistema de informacion. Esto
incluye el adiestramiento que el usuario requerira. si bien parte de esta capacitacion la dan las casa comerciales
la supervision del adiestramiento es una responsabilidad de analista de sistema. Mas aun el analista necesita
planear la suave transicion que trae consigo un cambio de sitema

También podría gustarte