Revisión como estaba o 28 de febreiro de 2018 ás 18:10 editar Xabier Cid (conversa \| contribucións) Burócratas, Administradores 63.319 edicións melloro da redacción Etiqueta: Edición visual ← Edición máis vella		Revisión como estaba o 28 de febreiro de 2018 ás 18:21 editar desfacer Xabier Cid (conversa \| contribucións) Burócratas, Administradores 63.319 edicións →‎Xestión de proxectos: melloro a redacción Etiqueta: Edición visual Edición máis nova →
Liña 53: A xestión dun proxecto de software inclúe tanto as tarefas de planificación como de vixilancia e control do desenvolvemento. Dentro da planificación inclúese a '''organización do proxecto''', é dicir, a composición e estruturación do equipo, incluíndo a definición de responsabilidades, a '''estruturación de tarefas''', a elaboración dun '''cronograma''', a '''[[Orzamento\|orzamentación]]''' e a '''[[análise de riscos]]'''. Como calquera outro tipo de proxecto, nos proxectos de software a [[produtividade]] non é lineal en relación ao tamaño do equipo, e o aumento de produtividade non é inmediato logo do aumento do equipo, por mor dos custos de aprendizaxe. A especialización dos proxectos ([[Linguaxe de programación\|linguaxes]], metodoloxías) fai que estes custos de aprendizaxe sexan maiores en software ca noutros campos. Unha vez ~~superada~~resolta a planificación, a xestión dun proxecto de software ocúpase da vixilancia da execución do proceso do desenvolvemento do software. Ese proceso pode referirse ao ciclo de vida do produto, desde que se publica ata que se retira do mercado, ou a subprocesos. Dependendo da metodoloxía que se siga, as '''fases''' destes procesos chamaranse de xeitos diferentes, pero habitualmente<ref>{{Cita web\|url=https://www.coursera.org/learn/software-processes-and-agile-practices/lecture/CbKBT/2-1-1-processes-and-practices\|páxina-web=Coursera\|título=2.1.1: Processes and Practices - Module 1: Introduction to Processes {{!}} Coursera\|data-acceso=2018-02-28\|lingua=en-US}}</ref> trátase de: * '''especificación''', a fase en que se concibe o produto e cando se enuncian os requisitos que debe ter o software. Os requisitos poden ser funcionais (ou non funcionais), de usuario (solicitados polo cliente) ou de sistema (necesarios pola estrutura da programación), etc. É común que o cliente non saiba o que realmente necesita, que as súas necesidades muden ao longo do proceso de desenvolvemento e que haxa problemas na comunicación. Todos eses factores vense agravados pola intanxibilidade do software, e pola imprevisibilidade dos custos de cada requisito. * especificación * '''deseño e implementación''', cando se deseña e se desenvolve o software. * '''verificación''' e '''validación''', fase en que se testa que o produto traballa correctamente e que o que fai se corresponde co que o cliente necesita que faga, respectivamente. * verificación e validación. ~~As actividades de análise concéntranse na identificación, especificación e descrición dos requisitos do sistema de software. En resumo, requisitos que o software debe cumprir.~~ A diminución de calidade para acelerar o desenvolvemento prexudica sempre a produtividade futura. ~~Hai varias interpretacións e clasificacións sobre requisitos, entre elas:~~ * funcional ou non funcional * de usuario ou de sistema É común que o cliente non saiba o que realmente necesita, que haxa problemas na comunicación e aínda que haxa cambios constantes de requisitos. Todos eses factores son agravados pola intanxibilidade sobre característicos de sistemas de software, principalmente sobre o custo de cada requisito. === Modelaxe ===

Enxeñaría de software: Diferenzas entre revisións