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

A [[xestión de proxectos]] ocúpase de entregar o produto de [[software]] no prazo e conforme os requisitos establecidos, tendo en conta sempre as limitacións de orzamento e tempo. O obxectivo é "facer o produto apropiado, de xeito correcto, e xestionado de forma axeitada"<ref>{{Cita web|url=https://www.coursera.org/learn/software-processes-and-agile-practices/lecture/E6jXr/introduction-to-software-processes-and-agile-practices|páxina-web=Coursera|título=Introduction to Software Processes and Agile Practices - Module 1: Introduction to Processes {{!}} Coursera|data-acceso=2018-02-28|lingua=en-US}}</ref>, é dicir, que importa tanto o resultado, como a forma de execución, coma a calidade da metodoloxía da xestión do proxecto.

Dependendo da metodoloxía que se siga, as '''fases''' destes proxectos chamaranse de xeitos diferentes, pero habitualmente<ref name="coursera.org">{{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><ref>{{Cita web|url=https://www.coursera.org/learn/software-processes-and-agile-practices/lecture/L5eNf/2-1-2b-software-engineering-activities|páxina-web=Coursera|título=2.1.2B: Software Engineering Activities - Module 1: Introduction to Processes {{!}} Coursera|data-acceso=2018-03-01|lingua=en-US}}</ref> trátase de:

* '''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, mediante testaxes, [[Prototipo|prototiposprototipo]]s etc.

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 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.

As fases divídense á súa vez en '''actividades''', que son agrupacións de tarefas relacionadas entre si. As '''tarefas''' son os pasos pequenos e manexables do proxecto, onde se fai o traballo. Algunhas destas tarefas teñen interdependencias, é dicir, que a execución dunha tarefa depende da execución doutra<ref>{{Cita web|urlname=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>.

As tarefas tamén se relacionan cos '''roles''', é dicir, a específica responsabilidade dunha persoa das que forman o equipo<ref>{{Cita web|url=https://www.coursera.org/learn/software-processes-and-agile-practices/lecture/muyVm/2-1-1a-processes-and-practices|páxina-web=Coursera|título=2.1.1A: Processes and Practices - Module 1: Introduction to Processes {{!}} Coursera|data-acceso=2018-02-28|lingua=en-US}}</ref>. O resultado dunha tarefa é un "'''produto de traballo'''", que á súa vez pode ser o input doutra tarefa. Unha tarefa consome un '''recurso''', que pode ser tempo, tecnoloxía, coñecemento, cartos ou persoas.