visión general del proceso de desarrollo de software

8/17/2019 Visión General Del Proceso de Desarrollo de Software

1/7

EL PROCESO: UNA VISIÓN GENERAL

¿Qué es ?

Cuando se trabaja para construir un producto o istema es importante seguir una serie d

pasos predecibles, una especie de mapa de carreteras que ayude crear un resultado de alta calidad y a

tiempo.el mapa de

carreteras que debe seguirse se llama proceso de software.

¿Quién lo hace?

Los ingenieros de software y sus jefes adptan el proceso a sus necesidades y después lo

sigue. ademas,

la gente que ha solicitado el software tine ina funin que desempe!ar en el proceso de

definirlo construido.

¿"or qué es importante?

porque ofrece estabilidad, control y organi#acin a una acti$idad que puede $ol$erse

catica sin se controla.

sin embargo un enfoque de ingenieria del software moderno deba ser agil.

¿Cu%les son los pasos?

&n detalle,el proceso que se adopte depende del software que se est% construyendo.un

proceso puede ser apropiado para crear un software para un sistem aeron%utica, mientras

que unproceso distinto por completo

ser'a el indicado para sitio web.

¿Cu%l es el poducto obtenido?

(esde el punto de $ista del ingeniero de software,los productos obtenido son los

programas, documentos

y datos que se producen como consecuencia de las acti$idades y tareas definidas por el

proceso.

)*+C (& -+**/ (&L "+C&0

1n marco de trabajo establece la base para un proceso de software completo al

identificar un numero peque!o de acti$idades del marco de trabajo aplicables a todosn

los proyectos d software,sin importar su tama!o o complejidad.

-2"0 (& -+**/ (&L "+C&0

)arco de trabajo generico del proceso3

podemos encontrar $arios pasos para lle$ar un e4celente proceso

• Comunicacin

• "laneacin

http://analisisdesoftware1.blogspot.pe/2010/08/el-proceso-una-vision-general.htmlhttp://analisisdesoftware1.blogspot.pe/2010/08/el-proceso-una-vision-general.html


2/7

• )odelado

• Cosntruccin

• (espliegue

)arco de trabajo descripto en la $isin general en la ingenieria de software3-ambién

podemos encontrar $arios pasos para lle$ar un e4celente proceso.

• 0eguimiento y control del proyecto del software

• *seguramiento de la calidad del software

• 5estion del riesgo.

&n el proceso de la ingenieria de software har $arios ni$eles los cuales son3

• enfoque

• "roceso

• )étodos

• 6erramientas

VISIÓN GENERAL DEL PROCESO DE DESARROLLO DE SOFTWARE

Es proceso es afectado por la creatividad y juicio de laspersonas involucradas. En el desarrollo de software hay una serie de desafíosadicionales, relativos esencialmente a la naturaleza del producto obtenido. Un

proceso de desarrollo de software tiene como propósito la producción eficaz yeficiente de un producto software que reúna los requisitos del cliente.


3/7

Es actividades requeridas para desarrollar un sistema de software dealta calidad y proporciona el marco de trabajo desde el cual se puedeestablecer un plan detallado para el desarrollo del software. ctividades!"ise#o, validación, evolución, especificación.

EL PAPEL DEL USUARIO DENTRO DEL PROCESO DE DESARROLLO DE

SOFTWARE$odos sabemos que cuanto mayor sea la ayuda de los usuarios en un

proyecto de desarrollo de software, mayores ser%n las probabilidades de &'itoque ten(a el mismo.

)o obstante es importante hacer al(unas matizaciones!

1) El proyecto no se hace sólo, porque incluso e'istiendo una (ran ayuda por parte de los usuarios, si no se consi(ue interpretar con precisión lo que quieren

y no se dinamiza un feedbac* continuo de los mismos durante todo el procesode desarrollo, se incrementar%n las posibilidades de que al(ún requisitofuncional no se haya reco(ido adecuadamente o de que se haya realizado unsoftware con una usabilidad incómoda para los usuarios.

Estas circunstancias son fuente de innumerables problemas en las fasesfinales del proyecto y provocan retrasos, sobrecostes y (randes dificultadespara cerrar el proyecto, adem%s de crear conflictos con el cliente que puedenperjudicar las relaciones futuras con el mismo. Esto hace que sea fundamentalel papel que desempe#an tanto el jefe de proyectos, como el equipo deanalistas funcionales y analistas pro(ramadores.


4/7

2) Es importante que entre el (rupo usuarios asi(nados al proyecto hayausuarios que vayan a estar implicados en el futuro uso del sistema deinformación, es decir, no es suficiente que el equipo de usuarios est& formadopor +ideólo(os o +teóricos que se nutrir%n del resultado del trabajo de laherramienta, sino que es fundamental que participen usuarios que despu&s se

ten(an que poner el mono de trabajo y vayan a trabajar con el software. Esimportante conse(uir la combinación de ambos tipos de usuarios -tampoco espositivo que en el (rupo de usuarios no participen usuarios directores, ya quepueden e'istir conflictos entre usuarios que &stos deben solucionar y tambi&nes recomendable que el software no sólo se dise#e para el corto plazo, sinoque sirva para tareas de (estión, planificación, etc y esta visión laproporcionan principalmente los usuarios directores/, por lo que el jefe deproyectos debe poner en conocimiento del cliente esta necesidad, como esló(ico e'plicando los ries(os de que no se aplique esta estrate(ia.

3) 0os analistas est%n para ayudar y para colaborar con los usuarios en laespecificación y dise#o de la solución, pero no est%n para +dar lecciones a losusuarios y ense#arle cómo deben hacer su trabajo. 1i los usuarios hacen sutrabajo de una determinada manera, aunque no sea la m%s ortodo'a, siempretendr% una justificación que sólo se entendería si realmente estuvi&ramoshaciendo su trabajo durante un tiempo y vi&ramos los problemas con los que seenfrentan cotidianamente. 0a clave por tanto est% en la colaboración y en eldi%lo(o, es decir, se pueden proponer cosas al usuario, se le pueden dar ideas,pero no se le puede dar una vuelta al calcetín de cómo hacen sus tareas, salvoque ellos mismos lo soliciten y procurando en estos casos y en consenso conlos usuarios que los cambios sean tranquilos.

4) Es fundamental documentar el proyecto, en primer lu(ar con ladocumentación que se especifique en las normativas de desarrollo de laor(anización para la que se realiza el servicio, con las matizaciones queindique el "irector del 2royecto, en se(undo lu(ar con la documentación queestablezcan las normativas internas de calidad de tu or(anización -no requerir%un sobreesfuerzo, ya que en la mayor parte de los casos coincidir%/ y a todo loanterior sumarle toda la documentación de trabajo que sea necesaria paratrabajar con los usuarios, que no tienen por qu& entender de modelos de datos,de dia(ramas de casos de uso, etc, es m%s, es un error trabajar con losusuarios utilizando dichas herramientas, ya que estas son de utilidad t&cnica y

no hablan el mismo len(uaje de los usuarios. Este tipo documentación, por tanto, no tiene por qu& tener los formalismos de la t&cnica y tiene como objetivoque el usuario capte lo que el analista est% interpretando y se pueda ir perfilando a partir de esto, tanto requisitos, como casos de uso, interfaces,etc Es muy importante trabajar todo esto, ya que comenzar demasiadopronto con la construcción, es al(o muy arries(ado, ya que los costes demodificar al(o en las distintas fases de la construcción pueden ser muyimportantes y provocar que se ten(an que reconstruir varias veces distintasfuncionalidades de la aplicación.

RESPONSABILIDAD PROFESIONAL Y ÉTICA


5/7

0a in(eniería del software se lleva a cabo dentro de un marco le(al y social quelimita la libertad de los in(enieros. 0os 314 deben aceptar que su trabajocomprende responsabilidades m%s amplias que simplemente la aplicación dehabilidades t&cnicas. "eben comportarse de una forma &tica y moralresponsable, no basta con poseer est%ndares normales de honestidad e

inte(ridad. )o debería utilizar su capacidad y sus habilidades para comportarsede forma deshonesta o de forma que deshonre la profesión de la in(eniería delsoftware.

E'isten %reas donde los est%ndares de comportamiento aceptable no est%nacotados por las leyes, sino por la responsabilidad profesional, al(unas deestas son!

• Confi!n"i#$i#% 5espetar la confidencialidad de sus empleadores oclientes, independientemente de que se haya firmado un acuerdo formal

de confidencialidad.

• Co&'!(!n"i#% )o debe falsificar su nivel de competencia, ni aceptar conscientemente trabajos que est%n fuera de su capacidad.

• D!!"*o+ ! 'o'i!# in(!$!"(,#$% "ebe ser consciente de las leyeslocales que (obiernan el uso de la propiedad intelectual, como laspatentes el el copyri(ht. "ebe ase(urarse de que la propiedad intelectualde los empleadores y clientes est% prote(ida.

Uso inapropiado de las computadoras. )o debe emplear sus habilidadest&cnicas para utilizar de forma inapropiada las computadoras de otraspersonas. "esde los relativamente triviales -utilizar jue(os en las maquina deun empleado, por ejemplo/ hasta los e'tremadamente serios -difusión de virus/.

C-i.o ! /(i"# 0ACIEEE)

0os in(enieros de software deber%n comprometerse consi(o mismo enconvertir el an%lisis, especificación, dise#o, desarrollo, prueba y mantenimientode software en una profesión respetable y beneficiosa. "e acuerdo con sucompromiso con la salud, se(uridad y bienestar del público, los in(enieros de

software deber%n ape(arse a ocho principios.

Pin"i'io+ !$ "-i.o

P$i"o5 0os in(enieros de software deber%n actuar consistentemente con elinter&s público.C$i!n(! 6 E&'$!#o5 0os in(enieros de software deber%n actuar de una formadeterminada que est& en los mejores intereses de su cliente y empleador consistente con el inter&s público.Po,"(o5 0os in(enieros de software deber%n ase(urar que sus productos ymodificaciones relacionadas lo(ren el m%s alto est%ndar profesional posible.

7,i"io5 0os in(enieros de software deber%n mantener inte(ridad eindependencia al emitir su juicio profesional.


6/7

G!!n"i#5 0os (erentes y lideres de in(eniería de software deber%n suscribirsey promocionar un enfoque &tico para la (erencia de desarrollo y mantenimientodel software.Pof!+i-n5 0os in(enieros de software deber%n fomentar la inte(ridad yreputación de la profesión consistente con el inter&s público.

Co$!.#+5 0os in(enieros de software deber%n ser justos y comprensivos consus cole(as.In(!/+ Po'io5 0os in(enieros de software deber%n participar en elaprendizaje de por vida del ejercicio de su profesión y deber%n promover unenfoque &tico para el ejercicio de la misma.

CICLO DE VIDA DEL SOFTWARE

l i(ual que en otros sistemas de in(eniería, los sistemas de softwarerequieren un tiempo y esfuerzo considerable para su desarrollo y debenpermanecer en uso por un periodo mucho mayor. "urante este tiempo dedesarrollo y uso, desde que se detecta la necesidad de construir un sistema desoftware hasta que este es retirado, se identifican varias etapas que en

conjunto se denominan el ciclo de vida del software y en cada caso, en funciónde cuales sean las características del proyecto, se confi(urar% el ciclo de vidade forma diferente. Usualmente se consideran las etapas! especificación yan%lisis de requisitos, dise#o del sistema, implementación del software,aplicación y pruebas, entre(a y mantenimiento. Un aspecto esencial dentro delas tareas del desarrollo del software es la documentación de todos loselementos y especificaciones en cada fase. "ado que esta tarea siempreestar% influida por la fase del desarrollo en curso, se e'plicar% de formadistribuida a lo lar(o de las diferentes fases como un apartado especial pararecalcar su importancia en el conjunto del desarrollo del software.$al como ya hemos mencionado, las etapas principales a realizar en cualquier

ciclo de vida son!


7/7

An8$i+i+5 6onstruye un modelo de los requisitosDi+!9o5 partir del modelo de an%lisis se deducen las estructuras de datos, laestructura en la que descompone el sistema y la interfaz de usuario.Coifi"#"i-n5 6onstruye el sistema. 0a salida de esta fase es códi(oejecutable.P,!#+5 1e comprueba que se cumplen criterios de corrección y calidad.V#$i#"i-n5 es el proceso de comprobar que lo que se ha especificado es loque el usuario realmente quería.#n(!ni&i!n(o5 En esta fase, que tiene lu(ar despu&s de la entre(a sease(ura que el sistema si(a funcionando y adapt%ndose a nuevos requisitos.
http://es.wikipedia.org/wiki/Usuariohttp://es.wikipedia.org/wiki/Usuario

visión general del proceso de desarrollo de software

Documents