Universidad de Oriente Ncleo de Monagas Anlisis y Diseos de Sistema de Informacin (0714323) Departamento de Ingeniera de Sistemas

Profesor (Ing): Chaparro, Jess.

Equipo Sigma, Integrantes: Espinoza, Jorge C.I. 20741737 Faras, Fabiana C.I. 24123998 Rodrguez, Carlos C.I. 20422385 Seccin: 1

Maturn, febrero de 2014

INDICE.

Pg. Introduccin. Actividades asociadas al proyecto de software...... mbito del software. Recursos Estimacin del proyecto de software Diferentes modelos de estimacin.. Discusin. Conclusiones.. Bibliografa 2 3 3 3 5 6 7-8 9 10

INTRODUCCIN Un proyecto se puede definir como una herramienta que facilita la realizacin de ciertas actividades. Los proyectos han existido desde hace mucho, desde que el humano empezaba a planificar sus actividades de una manera que les permitiese alcanzar sus objetivos. La forma de llevar a cabo poda no ser muy estricto, por ejemplo, cuando se decida construir una casa, no tenia bien definidos todos los factores que se deban considerar a la hora de poner en marcha dicha construccin. Sin embargo; se cubra la necesidad que el humano estaba buscando satisfacer; y los proyectos surgen a partir de ah; de solucionar problemas para satisfacer necesidades. Adems resulta una tarea muy til el planificar lo que se va hacer antes de comenzar un proyecto. En el mbito de la ingeniera de Software siempre que vamos a desarrollar un proyecto de Software empezamos por el mismo sitio: LOS REQUISITOS. Los requisitos se han convertido en un punto clave en el desarrollo de las aplicaciones informticas. Un gran nmero de proyectos software naufragan debido a una mala definicin, especificacin o administracin de requisitos. Factores tales como requisitos incompletos o mal manejo de los cambios de los mismos, llevan a proyectos completos al fracaso total. Usando terminologa de Ingeniera del Software (IEEE: Standard Glossary of Software Engineering Terminology) podemos definir un requisito como: 1. Condicin o capacidad que necesita un usuario para resolver un problema o lograr un objetivo. 2. Condicin o capacidad que tiene que ser alcanzada o poseda por un sistema o componente de un sistema para satisfacer un contrato, estndar, u otro documento impuesto formalmente. Por lo tanto es sumamente importante establecer primeramente los requisitos para as lograr desarrollar los proyectos de software. A continuacin se explicaran las actividades asociadas a los proyectos de software como lo son: determinar el mbito de software y los recursos, tambin estimacin de proyecto de software y diferentes modelos de estimacin; con la finalidad que el lector pueda comprender mas fondo lo que se requiere al momento de planificar este tipo de proyectos.

Actividades asociadas al proyecto de software La primera actividad de la planificacin del proyecto es determinar el mbito del software. [1] mbito del software Describe el control y los datos a procesar, la funcin, el rendimiento, las restricciones, las interfaces y la fiabilidad. Se evalan las funciones descritas en la declaracin del mbito, y en algunos casos se refinan para dar ms detalles antes del comienzo de la estimacin. El mbito del software comprende: Recoleccin de la informacin Su objetivo es acercar al desarrollador y al cliente para establecer una comunicacin, para lograr esto, se utiliza una tcnica muy comn que es una reunin o una entrevista preliminar. Esta reunin o entrevista debe involucrar los siguientes tipos de preguntas: 1. Preguntas de contexto libre: se centran en el cliente, en los objetivos globales y en los beneficios. Estas preguntas deben llevar a un entendimiento bsico del problema, las personas interesadas en la solucin y la solucin que se desea. 2. Metacuestiones: estas preguntas se centran en la efectividad de la reunin, involucra preguntas para determinar si la persona es la apropiada para responder a las preguntas, si son relevantes las preguntas para el problema en estudio, si las respuestas son oficiales, si existe algo que se debera preguntar. Tambin existe otra tcnica que permite la creacin de un equipo compuesto por los clientes y los desarrolladores para identificar el problema, proponer elementos de solucin, establecer enfoques y especificar un conjunto preliminar de requisitos denominada TFEA (Facilitated application specification techniques) Tcnica para facilitar las especificaciones de la aplicacin. Viabilidad Se centra en preguntarse: Se puede construir el software de acuerdo al mbito definido? Es factible el proyecto? La factibilidad del software tiene 4 dimensiones: Tecnologa, financiacin, tiempo y recursos. Tanto el equipo de desarrollo y las dems personas involucradas en el software deben determinar si puede ser construido dentro de las dimensiones especificadas.[2] Recursos La segunda tarea de la planificacin del desarrollo de software es la estimacin de recursos requeridos para abordar el esfuerzo de desarrollo. [1]

Comprende la estimacin de los recursos necesarios para emprender el desarrollo del software. Los recursos de desarrollos son: [2]

[3] Esto simula a una pirmide donde las Herramientas (hardware y Software), son la base proporciona la infraestructura de soporte al esfuerzo de desarrollo, en segundo nivel de la pirmide se encuentran los Componentes reutilizables. Y en la parte ms alta de la pirmide se encuentra el recurso primario, las personas (el recurso humano). Cada recurso queda especificado mediante cuatro caractersticas:

Descripcin del Recurso. Informes de disponibilidad. Fecha cronolgica en la que se requiere el recurso. Tiempo durante el que ser aplicado el recurso.[1]

Recurso humano Se debe establecer el perfil y las habilidades que se necesitan del personal que se necesita para llevar a cabo el desarrollo del proyecto. Hay que especificar tanto la posicin dentro de la organizacin como la especialidad.

Gestor Ingeniero de software Analista de sistemas

El nmero de personas requerido para un proyecto de software se determina despus de hacer una estimacin del esfuerzo de desarrollo.[2] Recursos de software reutilizable Se destaca la reutilizacin, esto es, la creacin y la reutilizacin de bloques de construccin de software.[2] Tales bloques se deben establecer en catlogos para una consulta ms fcil, estandarizarse para una fcil aplicacin y validarse para la tambin fcil integracin. El Autor Bennatan sugiere cuatro categoras de recursos de software que se deberan tener en cuenta a medida que se avanza con la planificacin:

Componentes ya desarrollados: componentes que ya han sido validados totalmente se pueden utilizar e implementar en el desarrollo del proyecto actual. Componentes ya experimentados: se puede utilizar Especificaciones, diseos, cdigo o datos de prueba existentes que ya han sido desarrollados para proyectos anteriores. Componentes con experiencia parcial: se puede utilizar Especificaciones, diseos, cdigo o datos de prueba existentes que ya han sido desarrollados para proyectos anteriores y que requieren una modificacin sustancial. Componentes nuevos: componentes que el equipo de software requiere construir especficamente para el proyecto.[2]

Recursos de entorno El entorno es donde se apoya el proyecto de Software, llamado a menudo entorno de Ingeniera de Software, incorpora Hardware y Software. El Hardware proporciona una plataforma con las herramientas (Software) requeridas para producir los productos que son el resultado de la buena prctica de la Ingeniera del Software, un planificador de proyectos debe determinar la ventana temporal requerida para el Hardware y el Software, y verificar que estos recursos estn disponibles. Muchas veces el desarrollo de las pruebas de validacin de un proyecto de software para la composicin automatizada puede necesitar un compositor de fotografas en algn punto durante el desarrollo. Cada elemento de hardware debe ser especificado por el planificador del Proyecto de Software. [1] Estimacin del proyecto de software. Un gran error en la estimacin del costo puede ser lo que marque la diferencia entre beneficios y perdidas, la estimacin del costo y del esfuerzo del software nunca ser una ciencia exacta, son demasiadas las variables: humanas, tcnicas, de entorno, polticas, que pueden afectar el costo final del software y el esfuerzo aplicado para desarrollarlo. Para realizar estimaciones seguras de costos y esfuerzos tienen varias opciones posibles: Deje la estimacin para ms adelante (obviamente podemos realizar una estimacin al cien por cien fiable despus de haber terminado el proyecto. Base las estimaciones en proyectos similares ya terminados. Utilice tcnicas de descomposicin relativamente sencillas para generar las estimaciones de costos y esfuerzo del proyecto. Desarrolle un modelo emprico para l clculo de costos y esfuerzos del Software.

 Estimacin basada en el proceso. Es la tcnica ms comn para estimar un proyecto es basar la estimacin en el proceso que se va a utilizar, es decir, el proceso se descompone en un conjunto relativamente pequeo de actividades o tareas, y en el esfuerzo requerido para llevar a cabo la estimacin de cada tarea. Al igual que las tcnicas basadas en problemas, la estimacin basada en el proceso comienza en una delineacin de las funciones del software obtenidas a partir del mbito del proyecto. Se mezclan las funciones del problema y las actividades del proceso. Como ltimo paso se calculan los costos y el esfuerzo de cada funcin y la actividad del proceso de software. Diferentes modelos de estimacin. Existen diferentes modelos de estimacin como son: Los Modelos Empricos: Donde los datos que soportan la mayora de los modelos de estimacin obtienen una muestra limitada de proyectos. Por esta razn, el modelo de estimacin no es adecuado para todas las clases de software y en todos los entornos de desarrollo. El Modelo COCOMO. Barry Boehm, en su libro clsico sobre economa de la Ingeniera del Software, introduce una jerarqua de modelos de estimacin de Software con el nombre de COCOMO, por su nombre en Ingles (Constructive, Cost, Model) modelo constructivo de costos Herramientas automticas de estimacin. Las herramientas automticas de estimacin permiten al planificador estimar costos y esfuerzos, as como llevar a cabo anlisis del tipo, que pasa si, con importantes variables del proyecto, tales como la fecha de entrega o la seleccin del personal. A partir de estos datos, el modelo implementado por la herramienta automtica de estimacin proporciona estimaciones del esfuerzo requerido para llevar a cabo el proyecto, los costos, la carga de personal, la duracin, y en algunos casos la planificacin temporal de desarrollo y riesgos asociados. [4]

DISCUSIN. El comprender perfectamente cuales son las acciones o las tareas necesarias para poder llevar a cabo un proyecto de cualquier ndole, es un punto a favor para quien lo est planificando; ya que esto lo coloca un paso adelante y puede tener previsto ciertos requerimientos. La planificacin de proyectos de software no escapa de esto. Como se explico anteriormente este tipo de proyectos tiene un conjunto de actividades asociadas que le permite realizarse de una manera inteligente. Entre estas actividades se encuentran: determinar el mbito y los recursos, y realizar las estimaciones necesarias aplicando diferentes modelos para ello. Todas ellas son fundamentales para el buen desarrollo de software. Como sabemos, el mbito es el ambiente o espacio donde algn ser u objeto se desenvuelve. El software tambin requiere de una especificacin de su ambiente, por lo que determinar el mbito de ste se considera como la tarea primordial al momento de planificar un proyecto que involucre su desarrollo. Esto es posible a travs de una serie de tcnicas que permitan al desarrollador y al cliente intercambiar sus ideas e inquietudes. De esta forma se puede definir adecuadamente lo que el usuario quiere, porque lo que se busca principalmente es satisfacer la necesidad del cliente y encontrar las soluciones para el problema que se presenta. Por otra parte se tienen los recursos que a pesar de definirse por separado, se tienen que ver de una manera sistmica, donde todos interactan y hacen posible alcanzar el objetivo que tengan propuesto. Sin embargo, es necesario hacer nfasis en que el recurso esencial es el denominado recurso humano. Porque los humanos hacemos posible la interconexin de los dems componentes. Por lo tanto, creemos que la estimacin de dicho recurso es la tarea ms laboriosa. Determinar los perfiles de cada persona involucrada, y su posicin dentro de la organizacin; puede sonar una tarea fcil para alguien que no tenga conocimientos sobre cmo debe estar estructurada una organizacin para que pueda funcionar de la manera ms eficiente posible. Si se tiene una buena estructura en este paso, la complejidad sera un menor, as el desarrollador puede avanzar cmodamente en el proyecto, y se reduce parte del trabajo del analista. No podemos olvidar los dems recursos, como los componentes reutilizables; que de alguna manera facilitan y sirven de apoyo para alcanzar el objetivo, por qu pensar tanto en algo si ya est creado?, es a lo que responde la reutilizacin. Al reciclar se ahorra tiempo y dinero en el proyecto. Es cierto que con el software se busca solucionar muchos problemas que a veces requieren mucho tiempo y gran cantidad de clculos, por ende la planificacin de proyectos para desarrollo de software resultan ser costosa pero a la vez una inversin que a la larga traer beneficios de distintas dimensiones para la empresa, compaa u organizacin que fue capaz de entender que

dichos beneficios son necesarios en la actualidad para poder impulsar su desarrollo. Es lgico que las herramientas de hardware y software formen la base para realizacin del proyecto; porque como su nombre lo indica, lo que se busca es desarrollar software; y este a la vez necesita de su componente fsico para poder existir que es conocido como el hardware. Se puede decir que son como el cuerpo y el alma; se complementan para poder funcionar de una manera armoniosa. Es importante recalcar, que la ingeniera de Software permite la incorporacin de estos elementos y con la buena prctica de la misma se logran alcanzar las metas propuestas, es decir, fabricar el producto que se esperaba. Despus de haber realizado lo que es determinar el mbito del software y los recursos; es conveniente realizar las estimaciones necesarias. Resulta ms efectivo de esta forma; porque todo estar ms claro hasta este punto y se evitan muchos errores. Adems es interesante la flexibilidad que poseen los modelos para realizar dichas estimaciones; como por ejemplo, el modelo emprico permite al desarrollador o analista crear su propio modelo; esto se debe a que como muchas veces las caractersticas de ciertos proyectos son muy poco parecidas a las de otros o simplemente no tienen ni una similitud.

CONCLUSIN Ahora sabemos que todo proyecto de software para su desarrollo requiere de diversas actividades previas, una de las principales es saber el requerimiento del mismo y as involucrar lo siguiente: mbito del software Recoleccin de la informacin Viabilidad Recursos Recurso humano Recursos de software reutilizable Recursos de entorno Estimaciones y sus modelos

Las cuales permitirn establecer rangos mnimos de errores para el desarrollo del software que se desea desarrollar. Es importante destacar que la especificacin de requisitos es el resultado final de las actividades de anlisis y evaluacin de requerimientos; este documento resultante ser utilizado como fuente bsica de comunicacin entre los clientes, usuarios finales, analistas de sistema, personal de pruebas, y todo aquel involucrado en la implementacin del sistema. Cabe destacar que es esencial planear posibles cambios a los requerimientos cuando el sistema sea desarrollado y utilizado y esto involucra modificar el tiempo en el que se va a implementar una caracterstica en particular, modificacin que a la vez puede tener impacto en otros requerimientos. Por esto, la administracin de cambios involucra actividades como establecer polticas, guardar histricos de cada requerimiento, identificar dependencias entre ellos y mantener un control de versiones; esta ltima es de gran importancia como tener versiones del cdigo, ya que evita tener requerimientos emparchados en un proyecto.

Bibliografa

[1] Nova, P. (30 de Marzo). Anlisis y Diseo de Sistemas. [Documento electrnico]. Recuperado de http://www.emas.co.cl/categorias/informatica/analisisyd.htm [Consultado:17/02/14] [2] Aparicio, A. (2012). Ingeniera de Software. [Documento electrnico]. Recuperado de http://datateca.unad.edu.co/contenidos/301404/301404.pdf [Consultado: 17/02/14] [3] Navarro, A. Planificacin de Proyectos de Software. [Documento electrnico]. Recuperado de http://elmasterdelaweb.wikispaces.com/file/view/5._Planificacion_de_proyectos _de_software.pdf/179470939/5._Planificacion_de_proyectos_de_software.pdf [Consultado: 17/02/14]] [4] Autor desconocido. (2012). Planificacin de Proyecto de Software. [Documento electrnico]. Recuperado de http://www.slideshare.net/hrubenleiva21/planificacin-de-proyectos-de-software [Consultado: 17/02/14]

10