Roles del Proceso de Desarrollo de Software

Analistas de Sistemas
17 Oct 202012:53

Summary

TLDREste vídeo explora los roles fundamentales en el desarrollo de software, destacando el analista de sistemas, el diseñador de sistemas y el programador. El analista es clave para interactuar con stakeholders y descubrir detalles del negocio, comparándose con un arqueólogo y un escribano. El diseñador se encarga de transformar los requerimientos en soluciones tecnológicas, mientras que el programador se centra en la codificación y la calidad del software. Se enfatiza la importancia de la comunicación y la colaboración entre estos roles para el éxito de un proyecto.

Takeaways

  • 😀 El analista de sistemas es clave en proyectos de desarrollo de software, interactuando con todos los involucrados.
  • 🔍 El analista de sistemas compara con un arqueólogo y un escribano, descubriendo y documentando detalles de negocios y políticas organizacionales.
  • 💡 El analista debe ser innovador, ayudando a los usuarios a explorar el mundo tecnológico y apropiarse de nuevas formas de negocios.
  • 🤝 El analista de sistemas actúa como mediador, necesitando diplomacia y negociación para alcanzar consensos entre diferentes partes.
  • 🩺 El rol del analista también puede ser comparado con un médico, diagnosticando problemas y proponiendo soluciones para la organización.
  • 👨‍💼 A menudo, el analista de sistemas puede ser el líder de proyecto, guiando y dirigiendo el proceso de desarrollo desde las primeras etapas.
  • 🛠️ El diseñador de sistemas recibe los resultados del analista y propone soluciones tecnológicas, considerando las necesidades y las tecnologías aplicables.
  • 🏗️ El diseñador transforma los requerimientos en un modelo de diseño arquitectónico, proporcionando un plan para el desarrollo del software.
  • 👨‍💻 El programador de sistemas es responsable de escribir el código que satisface los requisitos del usuario, asegurando la calidad y eficiencia del software.
  • 🔧 El programador también se enfoca en la prueba y mejora continua del programa, eliminando errores y documentando el código para facilitar la futura mantenibilidad.

Q & A

  • ¿Qué es el rol principal del analista de sistemas en un proyecto de desarrollo de software?

    -El analista de sistemas es clave en un proyecto de desarrollo de software porque interactúa con todos los involucrados, descubre y documenta las reglas y políticas del negocio, y actúa como un arqueólogo o escribano en la organización.

  • ¿Cuál es la comparación que se hace entre el analista de sistemas y un arqueólogo o escribano?

    -El analista de sistemas es comparado con un arqueólogo o escribano porque, al igual que ellos desenterrando y documentando objetos antiguos, el analista descubre y documenta detalles sobre las operaciones y cultura organizacional de una empresa.

  • ¿En qué sentido es el analista de sistemas un innovador?

    -El analista de sistemas es un innovador porque ayuda a los usuarios o clientes a explorar el mundo tecnológico, presentándoles ideas y formas de negocios nuevas que pueden mejorar la organización.

  • ¿Qué papel juega el analista de sistemas en la mediación y negociación dentro de un proyecto?

    -El analista de sistemas actúa como mediador y negociador, ya que debe obtener consenso entre usuarios, administradores, programadores y otros, requiriendo habilidades de diplomacia y negociación.

  • ¿Cómo se compara el papel del analista de sistemas con el de un médico?

    -El analista de sistemas se compara con un médico porque estudia los 'síntomas' de un sistema de información, diagnostica los problemas y propone 'tratamientos' para resolverlos.

  • ¿Cuál es la función principal del diseñador de sistemas en el proceso de desarrollo de software?

    -El diseñador de sistemas recibe los resultados del análisis previo y propone soluciones tecnológicas, transformando los requerimientos del usuario en un modelo de diseño arquitectónico de alto nivel.

  • ¿Por qué es importante que el analista de sistemas y el diseñador de sistemas mantengan una comunicación estrecha?

    -Es crucial que el analista y el diseñador mantengan una comunicación estrecha para que el diseñador pueda proporcionar soluciones tecnológicamente superiores basadas en la información precisa y detallada proporcionada por el analista.

  • ¿Cuál es la diferencia entre un programador y un codificador según el script?

    -El programador es quien crea y resuelve módulos con cierta creatividad, mientras que el codificador se enfoca en traducir los planos del análisis y diseño en un lenguaje de programación sin requerir una gran cantidad de creatividad.

  • ¿Qué responsabilidades tiene el programador en términos de pruebas y mejoras del software?

    -El programador se encarga de probar, depurar y mejorar el programa para eliminar errores, asegurándose de que el software cumpla con ciertos requisitos de calidad como eficiencia, rapidez y versatilidad.

  • ¿Cómo afecta el tamaño y la complejidad de un proyecto la separación de roles en el desarrollo de software?

    -En proyectos pequeños, los roles de analista, diseñador y programador pueden combinarse, pero en proyectos más grandes y complejos, es necesario区分 y separar claramente quiénes son los analistas, diseñadores y programadores.

Outlines

00:00

😀 Rol del Analista de Sistemas

El primer párrafo aborda el rol del analista de sistemas en el desarrollo de software, destacando su importancia como una figura clave en cualquier proyecto. Se describe cómo interactúa con distintos actores y su papel de descubridor y documentador de las reglas y políticas de negocio de una organización. Se compara con un arqueólogo y un escribano debido a su función de explorar y documentar la cultura organizacional. Además, se menciona su papel innovador, ayudando a los usuarios a explorar nuevas tecnologías y formas de negocio. También se enfatiza su capacidad de mediación y diplomacia al gestionar relaciones entre usuarios, administradores, programadores y auditores. Finalmente, se compara con un médico, ya que diagnostica y propone tratamientos para los problemas de un sistema de información.

05:02

😀 Rol del Diseñador de Sistemas

El segundo párrafo se centra en el rol del diseñador de sistemas, quien recibe los resultados del analista y comienza a incorporar consideraciones tecnológicas para proponer soluciones. Se transforma la información obtenida en un diseño arquitectónico de alto nivel, teniendo en cuenta las tecnologías adecuadas. Se destaca la necesidad de una estrecha colaboración entre el analista y el diseñador para asegurar que las soluciones tecnológicas sean factibles y se adapten a las necesidades del usuario. Además, se menciona la posibilidad de que en proyectos más pequeños, el analista y el diseñador puedan ser la misma persona o un grupo unificado, manteniendo una comunicación directa y continua a lo largo del desarrollo del software.

10:03

😀 Rol del Programador de Sistemas

El tercer párrafo explora el papel del programador de sistemas, quien se encarga de escribir el código que controla el funcionamiento interno de los ordenadores y responde a las necesidades del usuario. Se enfatiza la importancia de la calidad del software, que debe ser eficiente, rápido, versátil y amigable. Además, se diferencia entre el programador y el codificador, con el último centrándose en la traducción directa de los planos de análisis y diseño al lenguaje de programación. El programador también se involucra en la prueba y mejora continua del programa, eliminando errores y depurando. Se menciona su responsabilidad en la producción de documentación, como comentarios en el código para ayudar a los técnicos de documentación a crear manuales de usuario. Finalmente, se sugiere que en proyectos más pequeños, los roles de analista, diseñador y programador pueden combinarse, pero en proyectos más grandes y complejos, es necesario distinguir claramente cada rol.

Mindmap

Keywords

💡Analista de sistemas

El analista de sistemas es una figura clave en el desarrollo de software, encargado de interactuar con distintos actores para descubrir y documentar las necesidades y reglas de negocio de una organización. Se compara con un arqueólogo o escribano, ya que desentierra y documenta detalles sobre la cultura y el funcionamiento de la empresa. En el guion, se menciona que el analista debe ser innovador, ayudándolo a los usuarios a explorar el mundo tecnológico y a encontrar nuevas formas de negocio.

💡Diseñador de sistemas

El diseñador de sistemas es quien recibe los resultados del análisis previo y propone soluciones a nivel tecnológico. Su papel es transformar los requerimientos del usuario en un modelo de diseño arquitectónico de alto nivel, teniendo en cuenta las consideraciones tecnológicas. En el guion, se utiliza la metáfora del arquitecto o ingeniero civil, quienes crean planos para construir una casa, para ilustrar cómo el diseñador de sistemas crea planos para desarrollar software.

💡Programador de sistemas

El programador de sistemas es responsable de escribir el código que controlará el funcionamiento interno de los ordenadores y responderá a las necesidades del usuario. Se diferencia del codificador, ya que el programador puede necesitar ser creativo para resolver problemas, mientras que el codificador simplemente traduce los planos del análisis y diseño en código. En el guion, se destaca la importancia de la calidad del software, la eficiencia y la amigabilidad como características que el programador debe tener en cuenta.

💡Requerimientos del usuario

Los requerimientos del usuario son las necesidades y expectativas que el software debe satisfacer. El analista de sistemas y el diseñador de sistemas trabajan juntos para entender y documentar estos requerimientos, que luego se transforman en soluciones tecnológicas por parte del diseñador y en código por parte del programador. En el guion, se enfatiza la importancia de una comunicación precisa entre el analista y el diseñador para garantizar que los requerimientos sean tecnológicamente posibles.

💡Desarrollo de software

El desarrollo de software es el proceso de creación de un programa o sistema informático que cumpla con los requerimientos de los usuarios. El guion aborda los roles del analista, diseñador y programador en este proceso, destacando la interacción y la colaboración entre ellos para lograr un producto final que cumpla con los estándares de calidad y satisfaga las necesidades de los usuarios.

💡Codificador

Un codificador es una persona que se encarga de traducir los planos del análisis y diseño en un lenguaje de programación. Su papel es menos creativo que el del programador, ya que su tarea principal es la implementación directa de las especificaciones técnicas. En el guion, se menciona que a veces el programador y el codificador pueden ser la misma persona, dependiendo de la complejidad y el tamaño del proyecto.

💡Proceso de desarrollo de software

El proceso de desarrollo de software es una secuencia de etapas a través de las cuales se lleva a cabo el desarrollo de un software, desde la identificación de necesidades hasta la implementación y mantenimiento. El guion describe cómo los analistas, diseñadores y programadores contribuyen a diferentes etapas de este proceso, cada uno con sus responsabilidades específicas.

💡Tecnología

La tecnología es la herramienta que el diseñador de sistemas y el programador de sistemas utilizan para crear soluciones que cumplan con los requerimientos del usuario. En el guion, se menciona que el analista de sistemas debe ayudar a los usuarios a explorar el mundo tecnológico y a incorporar nuevas tecnologías que mejoren los sistemas de información de la organización.

💡Diagnóstico

El diagnóstico es el proceso de identificar y describir los problemas de un sistema de información. En el contexto del guion, el analista de sistemas actúa como un médico, examinando los 'síntomas' de un sistema y proponiendo 'tratamientos' para resolverlos. Este diagnóstico es fundamental para que el diseñador de sistemas pueda crear soluciones tecnológicas adecuadas.

💡Calidad del software

La calidad del software se refiere a los estándares de eficiencia, rapidez, versatilidad y amigabilidad que debe cumplir un programa para satisfacer las necesidades de los usuarios. El guion destaca la importancia de que el programador de sistemas tenga en cuenta estos aspectos a la hora de desarrollar el software, para garantizar que el producto final sea útil y eficiente.

Highlights

El analista de sistemas es clave en proyectos de desarrollo de software.

El analista interactúa con todos los involucrados para descubrir y documentar las reglas y políticas del negocio.

Se compara al analista con un arqueólogo y un escribano debido a su papel en la investigación y documentación.

El analista debe ser innovador, ayudándolo a los clientes a explorar el mundo tecnológico.

El analista actúa como mediador y requiere habilidades de diplomacia y negociación.

El analista también puede ser visto como un médico, diagnosticando y proponiendo tratamientos para problemas organizacionales.

El analista a menudo comienza a trabajar en las primeras etapas y puede ser el líder del proyecto.

El diseñador de sistemas recibe los resultados del analista para proponer soluciones tecnológicas.

El diseñador transforma los requerimientos en un modelo de diseño arquitectónico de alto nivel.

El papel del diseñador incluye la creación de planos para el desarrollo de software, similar a un arquitecto.

La comunicación entre el analista y el diseñador es crucial para una integración efectiva de tecnología.

El programador de sistemas es responsable de escribir el código que controla el funcionamiento interno de los ordenadores.

El programador debe crear software de calidad, eficiente y amigable.

Existe una diferencia entre un programador y un codificador, con el último centrado en traducir diseños en código.

El programador pasa mucho tiempo probando y mejorando el programa, eliminando errores.

El programador debe comentar su código para ayudar a la documentación técnica.

En proyectos pequeños, los papeles de analista, diseñador y programador pueden combinarse.

A medida que crece el proyecto, es necesario distinguir claramente los roles de analista, diseñador y programador.

Transcripts

play00:01

hola amigos en esta ocasión vamos a

play00:04

hablar sobre los roles del proceso de

play00:07

desarrollo de software en realidad

play00:09

solamente vamos a ver tres vamos a ver

play00:13

el rol del analista de sistema del

play00:15

diseñador del sistema y del programador

play00:18

de sistemas

play00:19

vamos a hacer más hincapié en los dos

play00:21

primeros en cuanto al programador voy a

play00:24

hablar muy poco porque es mejor que sea

play00:27

más o menos todos lo conocen bastante

play00:30

comencemos con el analista de sistemas

play00:34

es el personaje clave en todo proyecto

play00:38

de desarrollo de software

play00:40

porque justamente el analista de sistema

play00:42

es quien va a interactuar con todos los

play00:44

demás goles

play00:46

veamos algunos papeles que tiene el

play00:48

analista de sistemas

play00:50

acá haya una comparación que el analista

play00:54

es como si fuese un arqueólogo y un

play00:56

escriba por qué por qué

play01:00

él tiene que descubrir detalles y

play01:03

y documentar justamente las reglas de

play01:06

negocio o las políticas del negocio si

play01:08

de una organización

play01:11

y que podrían también estar o existir a

play01:17

causa de la tradición de toda una

play01:19

organización si es un proceso su forma

play01:22

de trabajar la forma de comunicarse sí

play01:25

tiene toda una cultura organizacional

play01:30

que debe ser estudiada por el analista

play01:32

existente

play01:34

por eso se compara con un arqueólogo o

play01:36

escribano porque el arqueólogo también

play01:38

va desenterrando si el objeto antiguo sí

play01:44

y también lo va documentando como lo

play01:46

hace un escribano si documentando todo

play01:49

lo que va esté obteniendo si bueno el

play01:53

analista también pero lo hace en una

play01:55

organización

play01:58

o empresa

play02:00

también tiene el papel de ser innovador

play02:03

si el analista debe ayudar también al

play02:07

usuario oa sus clientes y en la

play02:11

exploración de todo este mundo

play02:13

tecnológico porque muchas veces sucede

play02:15

que no tienen muchos conocimientos

play02:17

entonces hay que tratar de ayudarlos de

play02:19

alguna manera mostrándoles todas las

play02:22

ideas que uno podría este

play02:27

y utilizar para poder

play02:29

y darle un apoyo más interesante a su

play02:33

organización sí

play02:36

en nuevas formas de negocios también

play02:38

nuevas formas de interactuar con el

play02:41

mundo del comercio más en este caso

play02:43

electrónico sí entonces todo eso lo

play02:46

tiene que tener en cuenta el analista de

play02:48

sistemas

play02:49

también tiene que tener esa capacidad de

play02:51

media de mediación sí como sabemos el

play02:55

análisis de sistemas se va a ir moviendo

play02:59

y teniendo contactos con muchas personas

play03:03

y estas personas pueden ser usuarios los

play03:06

administradores otros programadores los

play03:09

auditores sí entonces él va a tener que

play03:13

tratar de obtener conciencia entre todas

play03:16

estas partes

play03:18

y por supuesto esto requiere del

play03:20

delicado arte de la diplomacia y la

play03:22

negociación

play03:24

bien también el analista del sistema

play03:29

puede verse como un médico si puesto que

play03:32

él va a estudiar los síntomas que tiene

play03:36

un determinado sistema de información de

play03:39

una organización

play03:41

y va a describir cuáles son los

play03:43

problemas de si va a diagnosticar qué es

play03:46

lo que le sucede y de acuerdo ese

play03:48

diagnóstico va a tomar cartas en el

play03:50

asunto y va a proponer ciertas

play03:54

tratamientos sí para poder resolver

play04:00

curar todos todos esos síntomas que

play04:03

tenía la organización

play04:07

otro papel y muy importante es la de

play04:10

jefe de proyectos

play04:12

e

play04:14

dado que el analista suele comenzar a

play04:17

trabajar en las primeras etapas del

play04:20

proceso de desarrollo de software

play04:23

podemos decir que es el más adecuado si

play04:26

para poder guiar y dirigir todo el

play04:28

proyecto siendo se tendría que hacerse

play04:31

de instrumentos para poder liderar un

play04:34

proyecto y también va a tener que

play04:37

trabajar con programadores con

play04:40

diseñadores sí con testers sí entonces y

play04:46

sabeco y saber cómo administrar cada uno

play04:48

de los recursos si eso más que nada

play04:51

bien

play04:53

pasemos al diseñador de sistemas si el

play04:56

diseñador del sistema es un personaje

play04:59

que recibe los resultados de todo el

play05:01

trabajo que realizó el analista del

play05:03

sistema en la etapa anterior

play05:06

puesto que esas etapas todavía no

play05:09

contaban con consideraciones

play05:11

tecnológicas porque estaban centradas

play05:13

más en definir cuál era el problema y

play05:17

qué es lo que hay que resolver si ahora

play05:20

el diseñador de sistema viene a proponer

play05:22

soluciones a nivel tecnológico ahora sí

play05:25

empieza a tener consideraciones

play05:26

tecnológicas empiece a aplicar

play05:29

tecnología en cada una de las soluciones

play05:33

que necesita este el sistema de la

play05:37

organización

play05:39

algún uno de los papeles del diseñador

play05:42

de sistema es justamente la

play05:44

transformación sí

play05:47

de todo eso que se obtuvo los planos del

play05:52

análisis sí que reflejan los

play05:54

requerimientos del usuario si todo eso

play05:57

se va a transformar o convertir en un

play05:59

modelo de diseño mucho más completo si

play06:02

un diseño arquitectónico de alto nivel

play06:06

y por supuesto teniendo las

play06:08

consideraciones tecnológicas así que

play06:11

justamente estas son las que sirven de

play06:14

base para el trabajo de los

play06:16

programadores que la siguiente etapa

play06:18

yo acá puse la imagen de un arquitecto

play06:21

un ingeniero civil donde ellos también

play06:24

hacen planos si hacen plano para

play06:27

construir construir una casa sí bueno de

play06:30

la misma manera el diseñador también

play06:31

hace planos pero para construir o

play06:34

desarrollar software

play06:37

en

play06:39

bien

play06:41

algunas consideraciones con respecto a

play06:44

la analítica y al diseñador son que a

play06:47

veces pueden ser la misma persona

play06:50

o el mismo grupo unificado de personas

play06:53

play06:54

puesto que es importantísimo que tanto

play06:58

el analista del sistema como el

play07:00

diseñador de sistemas mantengan un

play07:03

contacto bastante directo y estrecho y

play07:07

no solamente en un determinado momento

play07:10

del proceso de desarrollo del software

play07:11

sino durante todo el proyecto

play07:16

[Música]

play07:17

el analista sí de qué manera se

play07:21

comunican si tanto el analista como el

play07:23

diseñador el analista tiene que ofrecer

play07:25

información precisa detallada lo

play07:28

suficiente como para que el diseñador

play07:31

pueda dar una solución tecnológicamente

play07:34

superior si sabemos que actualmente las

play07:37

organizaciones ya están utilizando

play07:38

tecnología entonces

play07:42

el analista tiene que dar brindar toda

play07:44

la información necesaria para el

play07:46

diseñador proponga sí

play07:49

éste inicie toda una reconstrucción del

play07:52

sistema de una información

play07:55

con una inserción de

play07:58

tecnología que sea superior a la que ya

play08:01

ya tienes y porque no tendría sentido

play08:03

aplicar esta tecnología que ya la tiene

play08:07

si sí se podrá hacer un mantenimiento

play08:09

eso sí habíamos hablado de que mantenido

play08:11

también era volver a hacer todo el

play08:12

proceso si es posible

play08:16

bien

play08:17

y cómo sería la retroalimentación bueno

play08:20

el diseñador que es quien recibe

play08:22

información también debe devolver

play08:24

información a la analista para que para

play08:27

que el analista justamente pueda darse

play08:30

cuenta de si los requerimientos que del

play08:33

usuario están documentados son

play08:35

tecnológicamente posibles si entonces

play08:38

ahí está justamente de la interacción

play08:42

entre analista y diseñadores como vemos

play08:44

es es tan estrecha esa relación tan

play08:48

cercana que por eso decíamos comienzos

play08:51

que podría ser una sola persona o un

play08:54

único grupo unificado el que se encargue

play08:56

de analizar y diseñar el nuevo sistema

play09:01

de información un nuevo sistema

play09:03

informático

play09:05

bien pasemos al programador el

play09:08

programador de sistemas si ya sabemos

play09:10

que justamente viene a escribir el

play09:13

programa

play09:14

el que justamente programa va a control

play09:17

controlar el funcionamiento interno de

play09:18

los ordenadores si va a responder a las

play09:22

necesidades que tiene el usuario

play09:25

entonces justamente obtener justamente

play09:27

ese producto software pero que no sea

play09:30

cualquier producto o software así como

play09:31

así sino que se cumpla ciertos

play09:33

requisitos de calidad que sea eficiente

play09:37

rápido versátil amigable 106 ciertas

play09:42

características también que tiene que

play09:44

tener nuestro software sí que tiene que

play09:46

tener en cuenta también el programador

play09:49

al momento de programar también acá

play09:53

había

play09:55

de una diferencia entre programador y

play09:57

codificador justamente si bien el

play10:00

programador a veces se le dice que tiene

play10:03

que construir un módulo que tiene tales

play10:05

entradas y debe responder tales salidas

play10:09

entonces queda la creatividad del

play10:11

programador resolver ese módulo ahora

play10:15

bien si la documentación del análisis de

play10:18

diseño es tan éste

play10:20

precisa a veces ni siquiera es necesario

play10:23

que el programador se ponga a pensar

play10:24

cómo resolver un determinado módulo si

play10:27

de hecho a esas personas que solamente

play10:30

traducen los planos del análisis del

play10:34

diseño en un lenguaje de programación se

play10:36

lo llama codificadores

play10:39

puesto que su papel solamente puede

play10:42

codificar si los planos del análisis y

play10:46

del diseño

play10:47

[Música]

play10:50

también sabemos que el programador pasa

play10:54

mucho tiempo probando

play10:55

[Música]

play10:56

podemos llamar triste

play10:59

y mejorando el programa así y ves está

play11:02

eliminando errores y depurando sí

play11:06

entonces también se encarga de la

play11:09

producción de notas del programa si esto

play11:12

a prestar atención si para ayudar a los

play11:15

escritores técnicos a decir que son los

play11:17

responsables de redactar los manuales y

play11:18

usuarios y entonces habrá alguien que se

play11:21

encargue de efe las 3 manos de usuario y

play11:23

se ayuda gracias a que el programador

play11:25

cuando vas programando va dejando

play11:28

ciertas noticias

play11:29

si estás notita nosotros los llamamos

play11:32

comentarios

play11:33

entonces el programador debe comentar su

play11:36

código es necesario que lo haga

play11:40

bien

play11:42

para ir concluyendo podemos decir que en

play11:45

los pequeños proyectos si los papeles

play11:50

tantos de analistas como diseñador y

play11:52

programador se pueden combinar sí de tal

play11:56

manera que todas estas actividades

play11:58

puedan ser realizadas por un único grupo

play12:03

que puede ser como mínimo de dos

play12:04

integrantes

play12:06

si entonces ellos podrían llevar a cabo

play12:09

esta tarea

play12:11

siempre y cuando el proyecto se afecten

play12:13

ahora si el proyecto va creciendo es un

play12:15

poco más grande si necesariamente va a

play12:18

tener que ir distinguiendo y separando

play12:21

quiénes son los analistas quiénes son

play12:23

los diseñadores quienes son los

play12:24

programadores

play12:26

entonces todo eso depende porque es

play12:28

relativo de acuerdo al tamaño de

play12:31

proyectos y ya la complejidad del mismo

play12:33

también bien espero haber sido claro con

play12:38

estas definiciones si les gustó no

play12:42

servirá de dejarle un like

play12:45

al vídeo y nos estamos viendo en una

play12:48

próxima presentación gracias nos vemos

Rate This

5.0 / 5 (0 votes)

Etiquetas Relacionadas
Desarrollo de SoftwareRol del AnalistaDiseño de SistemasProgramaciónProyectos de TIGestión de ProyectosTecnología de la InformaciónInnovación TecnológicaDiplomacia EmpresarialCodificación