Está en la página 1de 9

Universidad de Cundinamarca

TALLER 1 – INGENIERÍA DE SOFTWARE


7 DE FEBRERO DE 2023

Autor:

Kevin Humberto Vargas Pinilla

Futuro Ingeniero de Sistemas

Correo Electrónico del Autor:


khvargas@ucundinamarca.edu.co

Municipio:
Villa de San Diego de Ubaté

Frase:

“No pidas una carga ligera, ni un apoyo para tu vida que te llevara al camino fácil para tu solución
al problema, los hombres fuertes nacen al cargar las cosas pesadas bajo sus espaldas, por lo que los
hacen más sabios que una corte conformada por 2 o de 3 o de 10 personas” -Kevin-

“Tus destrezas y tus habilidades pueden sobreponerse la de un ejército, el miedo de no sobrellevarse


a un equipo o de estar solo, lo hace vulnerable frente a los problemas al futuro, por que dependerá
de la persona como de sus habilidades, sin él o ella no solucionaras nada, no dependas de un equipo
sino puedes estar solo primero, la fuerza de un equipo es por la razón y el saber conocer a las
dificultades presentes de la vida.” -Kevin-

El taller fue realizado por medio de investigaciones e hipótesis filosóficos y científicos, realizado en Cundinamarca,
Villa de San Diego de Ubaté, Febrero 2023
Problemas Y Puntos Para Considerar

“Dios dejo 10 mandamientos según la Biblia, 10 mandamientos que rompemos, son como las reglas
que en cualquier momento se puede romper”-Kevin-

Respuesta
Para que un software este a su máximo potencial que por lo cual, siempre existiría los errores y
fallos que hay que actualizarlos y arreglar aquellos fallos para el producto final entregado al cliente
para su seguridad, se dice también que existe 10 mandamientos en el área de la informática que hay
que tener en cuenta cuando es un ingeniero de software o cuando eres un Ingeniero de Sistemas.
V) No matarás
No usarás una computadora para dañar a otras personas
Suele pasar y mucho, la seguridad de un cliente para la entrega de un software hasta el mismo de un
Hardware.

10 MANDAMIENTOS

1. Trabajar en equipo organizado.


2. Capacidad de resolver los problemas fuera y dentro del equipo del Software.
3. Escuchar a tu equipo.
4. Planificar las actividades de cada miembro del equipo que realizara.
5. Resolverás el problema del cliente a su problema para su satisfacción del producto.
6. Diseñaras tu diseño para iniciar el código.
7. No cambiaras el producto que el cliente quiere.
8. No trabajes en un Software sin un equipo y quien te ayude.
9. Usar las herramientas a tu disposición en que vas a trabajar.
10. Busca ayuda cuando lo necesitas.

Imagen 1

2
Imagen sacada de Moisés en: https://www.freepng.es/png-m7mvbf/

Situaciones:

1. En un centro comercial el dueño tiene un problema de seguridad y le da

todas las instrucciones como quiere que sea diseñado o construido el software
(Cliente) una vez entregado al dueño, lo utiliza para la seguridad del centro comercial

(Usuario Final).

2. Una obra de construcción el encargado requiere un software donde pueda

registrar el número de horas y el inventario de los materiales de la obra (Cliente)


una vez entregado al dueño el software que el pidió, lo utilizara (Usuario Final)

3
3. En una Universidad, el decano requiere un software donde pueda un Software que
permita ver el campus de la universidad, como un asistente virtual que permita ver a los
estudiantes como administrativos de la Facultad los horarios y zonas de las clases (Cliente)
una vez entregado el Software al decano, utilizara el Software (Usuario Final)

Situaciones Diferentes:

1. Doña leche lanzará un nuevo producto para el año 2025 y necesita un


nuevo Software que permita el manejo de inventarios (Cliente) una vez incorporado, podrá
lanzar sus nuevos productos a todo público (Usuario Final).

2. Microsoft necesita un nuevo sistema operativo (Cliente) una


vez terminado el sistema operativo será lanzado a todo público (Usuario Final).

3. Twitter necesita un Software donde pueda brindar a sus usuarios compras


online o mercancías para que cada usuario pueda interactuar con la red (Uusario) una vez
lanzado a todo publico se puede suministrar mejor los cotos de las ventas y lo que el
usuario quiera comprar (Usuario Final)

Las decisiones son unas de las cosas que tenemos por naturaleza de los seres humanos, las
decisiones que tomamos vienen siendo por supervivencia o por una necesidad y el deseo que
queremos obtener algo, o de escaparnos de aquellos problemas. A veces las decisiones que
tomamos son malas o buenas, pero hablo de manera, para afectar a una persona o para beneficiarla
al igual para beneficiarnos y aprovecharnos el momento. No solo pasa en Ingeniería en Sistemas
como Ingeniería de Software sino en todas las ramas del saber, son conceptos que hay que tener en
cuenta.

Imagen 2

4
Imagen sacada de: https://www.psicologia-online.com/el-ello-el-yo-y-el-superyo-45.html

En la Rama de la Filosofía y de la piscología humana, los conceptos del ser Yo, Super Yo y el Ello
son las tomas de decisiones que puede afectar en un equipo o que nos puedan afectar a nosotros
mismos.
Imagen 3

Imagen sacada de: https://psicologiaymente.com/psicologia/ello-yo-superyo-sigmund-freud


Ejemplos:

1. La mala comunicación entre los equipos, hay casos donde los equipos no se tienen mayor
confianza con el uno y con el otro, ya sean por que cada uno pose ideales o ideas diferentes,

5
es mucho mas peor , si es que la persona no tiene confianza en su equipo o que no lo
conoce de todo, por lo cual pierde eficacia en el desarrollo de Software, por ejemplo en la
clase de Ingeniería de Software II los grupos son conformados mayormente por amigos que
se conocen o quienes van mas por las habilidades carismáticas y las destrezas de esa
persona para ser usadas, hay mejor comunicación , pero…..¿Qué sucedería si se separa los
equipos y no estén juntos?
2. Observar y planificar los recursos para el producto del software que será entregado al
cliente, si no se invierte de manera correcta, el proyecto se podría caer como la del equipo,
hay que tener en cuenta y tomar aquella decisión de que es lo que pueden hacer y cuanto
van a invertir.
3. Las decisiones que tomen el equipo en la planificación, si se toma de manera incorrecta o
deficiente, ¿qué pasa? Pues el proyecto y el tiempo en que el equipo invertido fue una
perdida de tiempo y un gasto de recursos y dinero en el software.
4. La motivación es la mayor fuente, para que el producto quede de buena calidad al cliente,
se convierte en algo mas productivo en el ambiente del equipo, en que pueda continuar con
el producto sin ninguna tardanza o gasto de los recursos, pero eso sucede en los cuentos de
hadas, por que en la realidad, en la clase o en las asignaturas que veo con mis compañeros,
no se ve una motivación o algo o alguien que motiven en seguir y superar sus límites, falta
un líder en todo los aspectos.
5. El tiempo de las actividades, no muchas personas tiene la disponibilidad o el tiempo y eso
trae consecuencia en todos lados, eso no es decir eso es fácil, pero para nada es fácil, por
que si no hay planificación de tiempo, lo que sucede es que el equipo terminara echándolo a
esa persona o que el producto no se pueda finalizar a corto plazo para el cliente.
6. Otra decisión que hay que tomar en cuenta es que los Ingenieros de Software no pueden
hacer un producto como ellos gusten, el cliente pedirá ciertos instrucciones como se vera el
software, pero varios componentes como eso, no dejara avanzar el producto del proyecto y
se perderá un cliente, por el motivo de que se guiaron mas en uno mismo que del cliente.

6
Universidad de Cundinamarca

Respuesta:
Si fuera el gestor elegiría un equipo creativo, responsable y de los mejores casos que sean buenas
personas de buen corazón, manejaría una estructura matricial porque es una estructura donde los
equipos dependen de varios líderes, no es solo 1 ni 2 sino varios que pueden ser lideres de ese
equipo. Al igual esa estructura mantiene una comunicación abierta entre los equipos, siempre habrá
comunicación de manera más abierta que cerrada, permite mejor la organización a crear productos
del software para el cliente
Usuaria el modelo Tuckman, es un buen modelo para equipos y no solo eso ayuda además el
rendimiento del equipo de Software, dejando una oportunidad de que todos los miembros, se sientan
cómodos en un sentido de pertenencia al grupo. Es un bonito modelo que contiene 5 fases.

Respuesta:
Manejaría la estructura funcional, que eso viene siendo empresarial, se conforman personas que
pueda dirigir marketing, programación, la producción como de sus ventas, también personas que
puedan dirigir las actividades y los horarios planificados para mayor rendimiento cada jefe o líder
es el que esta supervisado en cada uno de las actividades o roles que tienen, por lo cual es capaz de
aprovechar los recursos que tienen en la compañía y las personas quienes son especializados a ese
campo lo harán con la mayor eficiencia, también se puede usar el método Scrum o el ágil para la
entrega rápida del producto al cliente de la fecha establecida.
Usaría el modelo Lean si la compañía llega ser un mercado y por medio competir con otra
compañía es necesario que el mercado debe llevarse con precisión para entregar al cliente lo que
desea exactamente, permite ajustar la actividad empresarial con la menor cantidad de recursos
posible o también podría incorporar el modelo prototipo es un modelo que sirve para verificar el
diseño y gastar lo poco de recursos mínimo del 10% por que puede tener una posibilidad de éxito en
el producto que se está realizando.

7
Respuesta:
Usuaria el modelo 3P y 3C este modelo tiene los seis factores clave para la productividad y el
desempeño de los equipos de trabajo. Este Modelo ya tiene la idea claramente de las metas y los
objetivos en el equipo de trabajo. Cada persona tiene una habilidad y una participación importante
en el desarrollo de software que toman las decisiones acertadas para que el software salga mas
rápido de lo esperado y en la toma de decisiones correcta.

Respuesta:
La persona, en la que me solicito que hiciera una aplicación que analice los cursos que tiene la
universidad y de las notas obtenidas por los cursos, aquella persona me dio las instrucciones de
como quiere que sea la aplicación y el tiempo en que quiere que entregue el producto a esa persona
quien me lo solicito. Me da el periodo limite, que podría ser variado 4 días, 1 semana, 2 semanas, 1
mes, 2 meses etc. La persona quien me llamo a que hiciera la aplicación, Me digo que quería que la
aplicación tuviera este color de letra, de fondo, que colocara el logo de la Universidad y que
agregara los cursos que ofrecen y que dejara a parte dos grupos, un grupo orientado a estudiantes y
el otro grupo orientado a docentes y administrativos. La persona me dice todo los instructivos que
quiere que sea la aplicación y al recolectar los datos, me reúno con el equipo de software para
desarrollarlo, pasa 2 días, la persona o el cliente que quiere la aplicación nos llaman, que ha
cambiado de opinión y que quiere que la aplicación sea de este color, que tenga imágenes, y como
ingenieros, debemos modificarlo al gusto del cliente. Pasa 3 días la personas nos llaman
nuevamente y dice que el problema de la Universidad no es solo el problema de los estudiantes y
docentes, sino de los casos especiales, personas que no cuentan con un móvil o que tienen
deficiencias mentales o psicológicas, el cliente nos dará la información y las instrucciones de como
quiere que sea el software de la aplicación, se planea con el equipo del software nuevas alternativas,
como que la aplicación sea para móviles, equipos de ordenadores, tabletas etc. Al finalizar el
periodo de entrega se presenta fallos en el software, el usuario final probará la aplicación y dirá, que
no está conforme con la aplicación que pidió, y que requiere un arreglo o mantenimiento de la
aplicación, ahora llega de nuevo el equipo del software a verificar los fallos y errores para que la
aplicación este bien optimizado y que tenga un mejor rendimiento. Si hablaremos de un contexto
realista, cualquier problema que haya, siempre va existir y fijarse bien en las posibilidades, hay que
tener en cuenta de que como diseñadores del software no podremos cambiar de algo que el cliente

8
ya pidió, habrá momentos donde habrá peleas en equipo donde la calidad del producto no se refleje
bien, falta de compromiso, y con ese contexto dado, el cliente terminara iendo con otro.

“Los Ingenieros somos solucionadores de problemas, pero no somos solucionadores de problemas


de nosotros mismos ni del universo entero que rodea”-Kevin-

También podría gustarte