Universidad Autónoma De Campeche

Facultad de Ingeniería

Ingeniería de software

Edwin Josué Poot Euan

Matricula: 46739

Grupo A

Actividad 1.1.1.

Mejores prácticas de desarrollo de software.

25/08/17
 El valor del software
Actualmente el software es esencial en el desarrollo laboral de las empresas, es un pilar
para su crecimiento. Gracias a esto el entorno en la sociedad tiene una mejor conexión,
además de que ayuda a poder ver toda la información posible. Como todo el software tiene
pros y contras, por ejemplo:

 Pro: El continuo crecimiento de este hace que la tecnología sea más demandada y
por esto genera una dependencia por parte de la industria del software ayudado a
cubrir las demandas de la sociedad en cuanto a modernización tecnológica.
 Contra: Dado que las empresas requieren de un aumento en su productividad y
calidad en un tiempo reducido, produce un software además de difícil de realizar la
calidad es difícil de que se mantenga.

Síntomas y Causas de los problemas a la hora de desarrollar software

Como todo, el desarrollo de software no está exento de fallas y en ocasiones varios de estos
llegan al fracaso, aunque es posible de identificar que causo dichas fallas, entre los síntomas
se distinguen los siguientes:

 No existe un entendimiento preciso de las necesidades del usuario.

 Existe una incapacidad para afrontar los cambios en los requisitos.
 El software es difícil de extender o mantenerlo.
 Las fallas graves en el proyecto son detectadas demasiado tarde.
 El proyecto carece de calidad.
 El software tiene un pobre rendimiento.
 Confusión entre los miembros del equipo al realizar modificaciones, en cuanto a
quien realizó qué, cuando, donde y el porqué se modificó.
Como todo software es distinto, los fallos en los proyectos igual lo son por eso la mayoría
de los proyectos fallan debido a alguna de las combinaciones de las siguientes causas:

 No hay una comunicación precisa y esta es ambigua.

 Poseen arquitecturas frágiles.
 Existen incoherencias en los requisitos o diseños que no son detectados.
 No hay pruebas suficientes.
 No enfocarse en el riesgo.
 La automatización es deficiente.
 El proyecto es complejo.
 Mejores prácticas para el desarrollo de software
Una vez que los síntomas y causas son identificadas y tratadas, el software podrá mantener
una buena calidad además de que tendría un mejor desarrollo. Por esto existen prácticas
que se enfocan en las causas de los problemas en el desarrollo, y son consideradas mejores
prácticas por que pueden definir el con precisión los percances, además de que son
comúnmente usados.

Desarrollo del software de manera iterativa

Administración de los requsitos

Uso de arquitecturas basadas en componentes

Visualizar el modelo de software

comprobacion continua de la calidad

control en los cambios del software

Desarrollo del software de manera iterativa

Es este enfoque el desarrollo sigue el modelo de cascada, Procede de forma lineal desde el
análisis de requisitos hasta el diseño, el código y las pruebas unitarias, las pruebas del
subsistema y las pruebas del sistema. Sin embargo, el problema de este enfoque es que el
riesgo se va desplazando por lo que si no de detecta a tiempo el problema puede resultar
en la cancelación del proyecto. Otro problema que destacar es que es costoso deshacer
errores en fases anteriores.

Administración de los requisitos

Como los requisitos en un software son “dinámicos” gestionarlos de manera adecuada
genera un reto ya que hay que esperar a que estos cambien a lo largo del proyecto, para así
poder identificar adecuadamente los verdaderos requisitos, es decir aquellos que tengan
un gran peso en el proyecto. Por esto, para la correcta gestión de los requisitos hay una
serie de soluciones a las causas de dichos problemas en el software:
1. Integrar un enfoque disciplinado en la gestión de los requerimientos.
2. Las comunicaciones están basadas en los requerimientos ya definidos.
3. Los requerimientos pueden ser priorizados, filtrados o rastreados.
4. La funcionalidad y rendimiento pueden ser evaluados de manera objetiva.
Todo esto con las herramientas adecuadas el proyecto tendrá una buena estabilidad.
 Uso de arquitecturas basadas en componentes
Durante la elaboración del proyecto, su arquitectura es lo más importante, cada Persona
involucrada en el sistema tiene una perspectiva distinta del proyecto. Por esto La
visualización, especificación, construcción y documentación de un sistema intensivo de
software exigen que el sistema sea numeroso en perspectivas. Su comportamiento, tal
como lo especifican las colaboraciones entre esos elementos, la composición de estos
elementos estructurales y de comportamiento en subsistemas progresivamente mayores,
el estilo arquitectónico que guía a la organización: estos elementos y sus interfaces, sus
colaboraciones y su composición complementan el sistema.

Visualizar el modelo de software

en este punto ver el sistema desde un punto de vista particular genera una mejor
descripción, dando un buen entendimiento para la construcción del modelo. La
visualización del modelo de software ofrece soluciones a las causas de diferentes problemas
en el desarrollo:

 Los diferentes escenarios y los casos de uso especifican el comportamiento

 El modelado permite el diseño de software sin ambigüedades.
 Se exponen las arquitecturas que no son flexibles o modulares.
 Los detalles pueden ocultarse si son necesarios
 Un buen diseño genera una buena calidad.

Comprobación continua de la calidad

En este punto se pone a prueba la calidad del software que abarcan escenarios clave, de las
cuales representan algún aspecto en el comportamiento deseado del sistema, pudiendo
evaluar la funcionalidad de un sistema y detectar que escenarios fallaron. Por eso la
comprobación de calidad ofrece una serie de soluciones para las causas de los problemas
de desarrollo:

 El estado del proyecto se evalúa objetivamente ya que se evaluará los resultados de

las pruebas.
 Esta evaluación expone las inconsistencias en los requerimientos y/o
implementaciones.
 Las verificaciones se enfocan en las zonas de riesgo.
 Detección temprana de los defectos.

Comprobación de cambios en el software

Junto con el desarrollo del software de forma iterativa, esta práctica permite supervisar
continuamente los cambios para que se detecten y atiendan los problemas. Por eso el
control de los cambios en el software ofrece una serie de soluciones a las causas de los
problemas de desarrollo de software:

 Los cambios de los requerimientos están definidos.

 Las solicitudes de cambios facilitan las comunicaciones.
 El cambio es evaluable y puede controlarse.
 Los cambios pueden estar en un sistema personalizable.

Fuente consultada
Kruchten, Philippe (2003). The Rational Unified Process: An Introduction, Third Edition,
Addison Wesley.