Ensayo de Resumen gestion de proyectos

...

CAPITULO 6

REQUERIMIENTOS DEL SOFTWARE

“si una compañía desea establecer un contrato para un proyecto de desarrollo del software grande, debe definir sus necesidades de una forma suficientemente abstracta para establecer a partir de ella una solución. Los requerimientos deben redactarse de tal forma que varios contratistas pueden licitar el contrato, ofreciendo, quizás, formas diferentes de cumplir las necesidades de los clientes en esa organización. Una vez que el contrato se asigna, el contratista debe redacta una definición del sistema para el cliente más detalladamente de forma que este comprenda y pueda validar lo que hará el software. Ambos documentos se pueden denominar documentos de requerimientos para el sistema”

- REQUERIMIENTOS DEL USUARIO: son declaraciones en lenguaje natural y en diagramas, de los servicios que se espera que el sistema proporcione y de las restricciones bajo las cuales debe funcionar.

- REQUERIMIENTOS DEL SISTEMA: Establecen con detalles las funciones, servicios y restricciones operativas del sistema. Debe definir exactamente qué es lo que se va a implementar. Puede ser parte del contrato entre el comprador del sistema y de los desarrolladores del software.-

REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES

Los requerimientos de sistemas de software se clasifican en:

- REQUERIMIENTOS FUNCIONALES: Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que este debe reaccionar a las entradas particulares y de cómo se debe comportar en situaciones particulares. O también lo que el sistema no debe hacer. Estos requerimientos dependen del tipo de software y del enfoque general tomado por la organización al redactar requerimientos.

- REQUERIMIENTOS NO FUNCIONALES: son restricciones de los servicios o funciones ofrecidas por el sistema. Se aplican al sistema en su totalidad. Tiene que ver con las propiedades emergentes del sistema, como la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento.

Los tipos de requerimientos no funcionales son:

- R. DEL PRODUCTO: Especifican el comportamiento del producto. ( rapidez de ejecución de sistema, cantidad de memoria, fiabilidad, portabilidad, usabilidad)

- R. ORGANIZACIONALES: Referido a las políticas y procedimientos existentes en la organización del cliente y la del desarrollador. Ejem. Estándares en los procesos, lenguajes de comunicación, método de diseño a utilizar.

- R. EXTERNOS: Son factores externos al sistema y de su proceso de desarrollo. Estos pueden incluir requerimientos de interoperabilidad, legislativos y éticos.

- REQUERIMIENTOS DEL DOMINIO: Son requerimientos que provienen del dominio de aplicación del sistema y que reflejan las características y restricciones de ese dominio. Pueden ser funcionales o no funcionales. Los requerimientos del dominio son importante debido a que reflejan los fundamentos de la aplicación. Si estos fundamentos no se satisfacen, puede ser imposible hacer que el sistema funcione de forma satisfactoria.

Ejem. Se establece un interfaz estándar de usuario para una base de datos, los desarrolladores deberán informarse acerca de este para poder empezar el diseño.-

Ejem. Un R. del Dominio obtenido de un sistema de protección de trenes. La desaceleración del tren se calculara como: . La terminología utilizada es específica del dominio. Para entenderla, se necesita una cierta comprensión del funcionamiento del sistema ferroviario y las características de los trenes.[pic 1]

REQUERIMIENTOS DEL USUARIO: son para el uso de la gente relacionada con la utilización y obtención del sistema. Se deben redactar en lenguaje natural, con tablas y diagramas que sean fáciles de entender.

Los documentos de requerimiento de software son la declaración acordada de los requerimientos del sistema. Se deben organizar de tal forma que puedan ser utilizados tanto por los clientes del sistema como por los desarrolladores del software.

CAPITULO 25

GESTION DE PERSONAL

El personal que trabaja en una organización software es su principal activo. Representa el capital intelectual, y es misión de los gestores asegurar que la organización obtenga los mejores beneficios posibles al invertir en personas.

Con un enfoque de ing. Software, existen cuatro factores críticos en la gestión de personal:

- OBJETIVIDAD: El personal de proyecto debe ser valorado de forma equitativa. Las recompensas deben ser idénticas, sino la gente sentirá que su contribución en la organización es infravalorada.-

- RESPETO: Las personas tienen diferentes habilidades y los gestores deben respetar estas diferencias. Todos los miembros del equipo deben dar una oportunidad de hacer una contribución.

- INCORPORACION: La gente contribuye efectivamente cuando siente que se la escucha y se toma nota de sus propuestas. Todos los puntos de vista deben ser considerados.

- HONESTIDAD: El gestor de proyectos siempre debe ser honesto con lo que está yendo bien o lo que está yendo mal en el equipo. Debe dar la razón al personal con más conocimientos cuando sea necesario.

SELECCIÓN DE PERSONAL.

La decisión de quien será designado para un proyecto, por lo general, se lleva a cabo utilizando tres tipos de información.

- La información suministrada por los candidatos acerca de sus conocimientos y experiencia (CV).

- Información obtenida al entrevistar a los candidatos.

- Recomendaciones de otras personas que han trabajado con los candidatos.

Algunas compañías prueban a los candidatos. Incluyen pruebas de aptitud a la programación y pruebas psicotécnicas donde los candidatos completan una serie de ejercicios en un periodo de tiempo relativamente breve. Las pruebas psicotécnicas están dirigidas a conseguir el perfil psicológico del candidato, indicando sus capacidades y habilidades para ciertos tipos de tareas.

FACTORES QUE DETERMINAN LA SELECCIÓN DE PERSONAL.

-Experiencia en el dominio de la aplicación; -Experiencia en la plataforma; -Experiencia en el lenguaje de programación; -Habilidad para resolver problemas; -Soporte Educativo; -Habilidad de comunicación; -Adaptabilidad; -Actitud; -Personalidad.