Universidad Tecnológica del Cibao Oriental

Facultad de ciencias y humanidades

Trabajo práctico de la asignatura:

Software de uso General

Tema:
Principios del software

Presentado por:
Maciel Cruz De la Cruz

Profesor:
Carlos Rafael Luna

Cotuí, Provincia Sánchez Ramírez

Año académico 2023

 Introducción

  En este ensayo dedicado a los principios del software, hablare de cómo está

formado, sus inicios, diferentes funciones, etc.;

y cuán importante es para el funcionamiento del ycomputador, ya

que prácticamente si el, este no funcionaria.

El software se refiere al equipamiento lógico a soporte lógico de un computador

digital y comprende el conjunto de componentes lógicos necesarios para hacer posible

la realización de una tarea especifica en contraposición a los componentes físicos del

sistema. Es el conjunto de programas de cómputo, procedimientos, reglas,

documentación y datos asociados que forman parte de las operaciones de un sistema de

computación. En pocas palabras es un conjunto de programas. “Sólo el tiempo

demostrará si nuestro software, al enfrentarse a los fuertes vientos del cambio, está

asentado sobre roca firme o sobre arena”

Aquí te responderé a preguntas como: ¿Cuáles son los principios del software?

¿Cuáles son las Etapas en el desarrollo del software? Entre otras…

 Principios del software

Los principios de desarrollo de software son una serie de reglas y recomendaciones

específicas que los programadores deben seguir durante el desarrollo si quieren escribir

un código limpio, comprensible y fácil de mantener. No hay una varita mágica por

medio de la cual se pueda transformar una combinación de variables, clases y funciones

en el código ideal, pero hay algunos consejos y sugerencias que pueden ayudar al

programador a determinar si está haciendo las cosas bien y tratar de evitar las

situaciones que a modo de ejemplo hemos narrado en el apartado anterior, y que seguro,

que si llevamos el tiempo suficiente dedicados a esta maravillosa profesión del

desarrollo de software, habremos vivido, sino igual, al menos de manera similar.

Principios S.O.L.I.D.

S.O.L.I.D. es un acrónimo mnemónico para cinco principios de diseño destinados a

hacer que los diseños de software sean más comprensibles, flexibles y mantenibles. Los

principios son un subconjunto de muchos principios promovidos por el ingeniero e

instructor de software estadounidense Robert C. Martin. Aunque se aplican a cualquier

diseño orientado a objetos, los principios SOLID también pueden formar una filosofía

central para metodologías como el desarrollo ágil o el desarrollo de software

adaptativo. 

Este principio está estrechamente relacionado con los conceptos de acoplamiento y

cohesión. Queremos aumentar la cohesión entre las cosas que cambian por las mismas

razones y disminuir el acoplamiento entre las cosas que cambian por diferentes razones.

Este principio trata sobre limitar el impacto de un cambio.  Si existe más de una razón

para cambiar una clase, probablemente tenga más de una responsabilidad. Otro posible

“mal olor” es que tenga diferentes comportamientos dependiendo de su estado.

 Tener más de una responsabilidad también hace que el código sea difícil de leer,

testear y mantener. Es decir, hace que el código sea menos flexible. El proceso de

creación de software puede llegar a ser muy complejo, dependiendo de su porte,

características y criticidad de este. Por ejemplo, la creación de un sistema operativo es

una tarea que requiere proyecto, gestión, numerosos recursos y todo un equipo

disciplinado de trabajo. En el otro extremo, si se trata de un sencillo programa (por

ejemplo, la resolución de una ecuación de segundo orden), este puede ser realizado por

un solo programador (incluso aficionado) fácilmente. Es así que normalmente se

dividen en tres categorías según su tamaño (líneas de código) o costo: de «pequeño»,

«mediano» y «gran porte». Existen varias metodologías para estimarlo, una de las más

populares es el sistema COCOMO que provee métodos y un software (programa) que

calcula y provee una aproximación de todos los costos de producción en un

«proyecto software» (relación horas/hombre, costo monetario, cantidad de líneas fuente

de acuerdo con lenguaje usado, etc.).

Considerando los de gran porte, es necesario realizar complejas tareas, tanto técnicas

como de gerencia, una fuerte gestión y análisis diversos (entre otras cosas), la

complejidad de ello ha llevado a que desarrolle una ingeniería específica para tratar su

estudio y realización: es conocida como ingeniería de Software. Los «procesos de

desarrollo de software» poseen reglas preestablecidas, y deben ser aplicados en la

creación del software de mediano y gran porte, ya que en caso contrario lo más seguro

es que el proyecto no logre concluir o termine sin cumplir los objetivos previstos, y con

variedad de fallos inaceptables (fracasan, en pocas palabras). Entre tales «procesos» los

hay ágiles o livianos (ejemplo XP), pesados y lentos (ejemplo RUP), y variantes

intermedias. Normalmente se aplican de acuerdo con el tipo y porte del software a

desarrollar, a criterio del líder (si lo hay) del equipo de desarrollo. Algunos de esos
procesos son Programación Extrema (en inglés extreme Programming o XP), Proceso

Unificado de Rational (en inglés Rational Unified Process o RUP), Feature Driven

Development (FDD), etc.

Cualquiera sea el «proceso» utilizado y aplicado al desarrollo del software (RUP,

FDD, XP, etc.), y casi independientemente de él, siempre se debe aplicar un «modelo de

ciclo de vida». Se estima que, del total de proyectos software grandes emprendidos, un

28 % fracasan, un 46 % caen en severas modificaciones que lo retrasan y un 26 % son

totalmente exitosos.

Cuando un proyecto fracasa, rara vez es debido a fallas técnicas, la principal causa

de fallos y fracasos es la falta de aplicación de una buena metodología o proceso de

desarrollo. Entre otras, una fuerte tendencia, desde hace pocas décadas, es mejorar las

metodologías o procesos de desarrollo, o crear nuevas y concientizar a los profesionales

de la informática a su utilización adecuada. Normalmente los especialistas en el estudio

y desarrollo de estas áreas (metodologías) y afines (tales como modelos y hasta la

gestión misma de los proyectos) son los ingenieros en software, es su orientación. Los

especialistas en cualquier otra área de desarrollo informático (analista, programador,

Lic. en informática, ingeniero en informática, ingeniero de sistemas, etc.) normalmente

aplican sus conocimientos especializados, pero utilizando modelos, paradigmas y

procesos ya elaborados.

Es común para el desarrollo de software de mediano porte que los equipos humanos

involucrados apliquen «metodologías propias», normalmente un híbrido de los procesos

anteriores y a veces con criterios propios.

 El proceso de desarrollo puede involucrar numerosas y variadas tareas, desde lo

administrativo, pasando por lo técnico y hasta la gestión y el gerenciamiento. Pero, casi

rigurosamente, siempre se cumplen ciertas etapas mínimas; las que se pueden resumir

como sigue:

 Captura, elicitación, especificación y análisis de requisitos (ERS)

 Diseño

 Codificación

 Pruebas (unitarias y de integración)

 Instalación y paso a producción

 Mantenimiento

En las anteriores etapas pueden variar ligeramente sus nombres, o ser más globales, o

contrariamente, ser más refinadas; por ejemplo, indicar como una única fase (a los fines

documentales e interpretativos) de «análisis y diseño»; o indicar como

«implementación» lo que está dicho como «codificación»; pero en rigor, todas existen e

incluyen, básicamente, las mismas tareas específicas.

El software evoluciona con el tiempo. Los requisitos del usuario y del producto

suelen cambiar conforme se desarrolla el mismo. Las fechas de mercado y la

competencia hacen que no sea posible esperar a poner en el mercado un producto

absolutamente completo, por lo que se aconseja introducir una versión funcional

limitada de alguna forma para aliviar las presiones competitivas.

 En esas u otras situaciones similares, los desarrolladores necesitan modelos de

progreso que estén diseñados para acomodarse a una evolución temporal o progresiva,

donde los requisitos centrales son conocidos de antemano, aunque no estén bien

definidos a nivel detalle. En el modelo cascada y cascada realimentado no se tiene

demasiado en cuenta la naturaleza evolutiva del software, se plantea como estático, con

requisitos bien conocidos y definidos desde el inicio. Los evolutivos son modelos

iterativos, permiten desarrollar versiones cada vez más completas y complejas, hasta

llegar al objetivo final deseado; incluso evolucionar más allá, durante la fase de

operación.

Etapas en el desarrollo del software

Al inicio de un desarrollo (no de un proyecto), esta es la primera fase que se realiza,

y, según el modelo de proceso adoptado, puede casi terminar para pasar a la próxima

etapa (caso de Modelo Cascada Realimentado) o puede hacerse parcialmente para luego

retomarla (caso Modelo Iterativo Incremental u otros de carácter evolutivo).

En simple palabras y básicamente, durante esta fase, se adquieren, reúnen y

especifican las características funcionales y no funcionales que deberá cumplir el futuro

programa o sistema a desarrollar.

Las bondades de las características, tanto del sistema o programa a desarrollar, como

de su entorno, parámetros no funcionales y arquitectura dependen enormemente de lo

bien lograda que esté esta etapa. Esta es, probablemente, la de mayor importancia y una

de las fases más difíciles de lograr certeramente, pues no es automatizable, no es muy

técnica y depende en gran medida de la habilidad y experiencia del analista que la

realice.
 Involucra fuertemente al usuario o cliente del sistema, por tanto, tiene matices muy

subjetivos y es difícil de modelar con certeza o aplicar una técnica que sea «la más

cercana a la adecuada» (de hecho, no existe «la estrictamente adecuada»). Si bien se han

ideado varias metodologías, incluso software de apoyo, para captura, elicitación y

registro de requisitos, no existe una forma infalible o absolutamente confiable, y deben

aplicarse conjuntamente buenos criterios y mucho sentido común por parte del o los

analistas encargados de la tarea; es fundamental también lograr una fluida y adecuada

comunicación y comprensión con el usuario final o cliente del sistema.

El artefacto más importante resultado de la culminación de esta etapa es lo que se

conoce como especificación de requisitos software o simplemente documento ERS.

Como se dijo, la habilidad del analista para interactuar con el cliente es fundamental; lo

común es que el cliente tenga un objetivo general o problema que resolver, no conoce

en absoluto el área (informática), ni su jerga, ni siquiera sabe con precisión qué debería

hacer el producto software (qué y cuantas funciones) ni, mucho menos, cómo debe

operar. En otros casos menos frecuentes, el cliente «piensa» que sabe precisamente lo

que el software tiene que hacer, y generalmente acierta muy parcialmente, pero su

empecinamiento entorpece la tarea de elicitación.

El analista debe tener la capacidad para lidiar con este tipo de problemas, que

incluyen relaciones humanas; tiene que saber ponerse al nivel del usuario para permitir

una adecuada comunicación y comprensión. Escasas son las situaciones en que el

cliente sabe con certeza e incluso con completitud lo que requiere de su futuro sistema,

este es el caso más sencillo para el analista.

 Conclusión

Al finalizar este ensayo me di cuenta de que: el software es tan específico que

posee infinidad de programas para diferentes funcionamientos en particular; para que

haya un orden a la hora de trabajar con él; y así al usuario no se le

haga tan complicado.

Este programa es muy importante, como también es importante los diferentes

elementos que lo rodean para poder funcionar, ya que requiere de una serie

de sistemas o programas que lo ayudan a realizar mejor sus funciones.

El software requiere ser estudiado detenidamente ya que son muchos elementos que

lo conforman, y si no sabemos sus funciones no podemos manejar correctamente al

computador.