Lo que hacemos nunca es lo que nos piden: es lo que entendemos, lo que creemos que nos piden. Para que un proyecto llegue a buen puerto, es fundamental comprenderlo en su totalidad y eliminar las diferencias de interpretación que seguramente habrá entre nosotros y nuestro cliente. Nos introducimos, entonces, en el mundo del análisis de sistemas. Cómo hacer un buen relevamiento sobre un potencial proyecto, incluyendo: • contexto (quién es el cliente, situación actual, factores externos); • objetivos (por qué y para qué realizar el proyecto, qué expectativas se tienen); • requisitos (qué es, concretamente, lo que hay que hacer); • y finalmente análisis (cómo satisfacer los requisitos). Por qué WordPress es una (muy) buena opción para proyectos web, y cómo la decisión de trabajar con él influye en el relevamiento: qué podemos cubrir con sus características nativas, y cuándo necesitamos extenderlo. Ricardo Aiello para WP Argentina (wpargentina.org) en WordCamp Buenos Aires 2015 (https://buenosaires.wordcamp.org/2015/) 30 de mayo de 2015

1. Del dicho al hecho:
analizando proyectos
Ricardo Aiello
@ricardoaiello
@DisonanciasAr

2. Ricardo Aiello
Analista/Desarrollador

3. Referencias Del dicho al hecho: analizando proyectos
Artículos de Wikipedia
Recursos oficiales de WordPress
Otras charlas del #WCBA15
Algún dato relevante

4. introducción

5. Introducción Del dicho al hecho: analizando proyectos

6. Introducción Del dicho al hecho: analizando proyectos
Pará.

7. Introducción Del dicho al hecho: analizando proyectos
análisis
proceso de romper
un tema o sustancia compleja
en partes más pequeñas
para poder comprenderlo mejor
Analysis

8. Introducción Del dicho al hecho: analizando proyectos
sistema
colección de cosas organizadas;
un todo compuesto
de relaciones entre sus miembros
System

9. Introducción Del dicho al hecho: analizando proyectos
análisis de sistemas
el acto, proceso o profesión
de estudiar una actividad
para definir sus metas y propósitos,
y descubrir operaciones y procedimientos
para alcanzarlos de forma eficiente
Systems analysis

10. Introducción Del dicho al hecho: analizando proyectos
modelo
abstracción reduccionista
de un aspecto de la realidad
Conceptual model, Data modeling, Domain-driven design

11. Introducción Del dicho al hecho: analizando proyectos
Análisis
(un modelo)

12. Introducción Del dicho al hecho: analizando proyectos
Diseño
(otro modelo)

13. Implementación
(la posta)
Implementación
(la posta)
Introducción Del dicho al hecho: analizando proyectos

14. contexto
¿Dónde?
¿Para quién?

15. dominio
área de conocimiento determinada
ontología
semántica propia de un dominio
Contexto Del dicho al hecho: analizando proyectos
Domain (software engineering), Ontology (information science)
Los mitos de la semántica web, Psicología del programador: conociéndose a sí mismo

16. stakeholders
partes interesadas
Contexto Del dicho al hecho: analizando proyectos
Project stakeholder
Gestión de proyectos de desarrollo

17. objetivos
¿Por qué?
¿Para qué?

18. pedido necesidaddeseo
Objetivos Del dicho al hecho: analizando proyectos
Desarrollando un producto de comunicación, Diseño y maquetación para WordPress, Smart Sales: entendiendo el proceso de venta

19. La técnica de los cinco porqués (ejemplo a la derecha) es una herramienta que, aplicada con criterio, resulta muy útil para “desenterrar” información.
Descubrir la necesidad real
● Pedimos
● Deseamos
● Necesitamos
Objetivos Del dicho al hecho: analizando proyectos
○ tan claramente como podemos
○ a partir de lo que deseamos
○ objetos o características concretas
○ que solucionan los problemas que vemos
○ a partir de lo que conocemos
○ una solución al problema de fondo
○ y muchas veces no sabemos ni cuál es

20. expectativa realidad
Objetivos Del dicho al hecho: analizando proyectos
Gestión de proyectos de desarrollo

21. requisitos
¿Qué?

22. relevamiento
agnóstico
Requisitos Del dicho al hecho: analizando proyectos

23. requisitos funcionales
comportamiento
requisitos no funcionales
restricciones
Requisitos Del dicho al hecho: analizando proyectos
Functional requirement, Non-functional requirement

24. Requisitos Del dicho al hecho: analizando proyectos
Actores
(roles)
Actor (UML)

25. Como <rol>,
quiero <objetivo/deseo> para <expectativa>.
Cuando <situación>,
● <criterio de aceptación 1>
● <criterio de aceptación 2>
● <criterio de aceptación 3>
● ...
Requisitos Del dicho al hecho: analizando proyectos
Historias de usuario,
y de tarea
Las historias de usuario ponen el foco en las personas; las historias de tarea, que se proponen como reemplazo, se centran en el trabajo a realizar.
User story

26. Como quiero para
comensal consultar el menú poder elegir una comida
comensal pedir una comida que la traigan a mi mesa
mozo tomar el pedido que el chef prepare la comida
chef recibir el pedido poder preparar la comida
mozo recibir la comida poder servirla en la mesa
comensal comer la comida
comensal pagar la comida poder irme del restaurant
mozo tomar el pago que el cajero lo procese
cajero recibir el pago poder procesarlo y registrarlo
Requisitos Del dicho al hecho: analizando proyectos
Historias de usuario

27. Cuando quiero para
me siente en la mesa consultar el menú poder elegir una comida
elija una comida pedirla que la traigan a mi mesa
se haya elegido una comida tomar el pedido que sea preparada
se pida una comida recibir el pedido poder preparar la comida
la comida esté lista recibirla poder servirla en la mesa
la comida esté servida comerla
haya terminado de comer pagar la comida poder irme del restaurant
se desee pagar tomar el pago que sea procesado
se tome un pago recibirlo poder procesarlo y registrarlo
Requisitos Del dicho al hecho: analizando proyectos
Historias de tarea

28. Requisitos Del dicho al hecho: analizando proyectos
Casos
de uso
Use case, Use case diagram

29. análisis
¿Qué?
¿Cómo?

30. Análisis Del dicho al hecho: analizando proyectos
Análisis
(un modelo)

31. requisitos funcionales
comportamiento
Análisis Del dicho al hecho: analizando proyectos
Functional requirement

32. análisis
ya no tan
agnóstico
Análisis Del dicho al hecho: analizando proyectos

33. usuario programadoranalista
Análisis Del dicho al hecho: analizando proyectos
Usability, User experience, Interaction design
Desarrollando un producto de comunicación

34. Psicología del programador: conociéndose a sí mismoPsicología del programador: conociéndose a sí mismo
Siempre hay más de un camino
(y no siempre descubrimos el mejor)
Siempre hay más de un camino
(y no siempre descubrimos el mejor)
Análisis Del dicho al hecho: analizando proyectos

35. propuestas
superadoras
Análisis Del dicho al hecho: analizando proyectos

36. Análisis Del dicho al hecho: analizando proyectos
Modelos de dominio
Domain model, Class diagram

37. Análisis Del dicho al hecho: analizando proyectos
Máquinas de estados
Finite-state machine, UML state machine, State diagram

38. Análisis Del dicho al hecho: analizando proyectos
Diagramas
de actividades
Workflow, Activity diagram

39. Análisis Del dicho al hecho: analizando proyectos
Wireframes
Diseño y maquetación para WordPress
Website wireframe

40. PrototiposPrototipos
Análisis Del dicho al hecho: analizando proyectos
Prototype, Software prototyping

41. diseño
¿Cómo?

42. Diseño Del dicho al hecho: analizando proyectos
Diseño
(otro modelo)

43. requisitos no funcionales
restricciones
Diseño Del dicho al hecho: analizando proyectos
Non-functional requirement

44. diseño
“creyente”
(tecnología-dependiente)
Diseño Del dicho al hecho: analizando proyectos

45. Suele haber más de una opción
para recorrer cada camino
Suele haber más de una opción
para recorrer cada camino
Diseño Del dicho al hecho: analizando proyectos

46. Diseño Del dicho al hecho: analizando proyectos
WordPress, Content management system

47. páginas
+
posts
entradas, noticias,
novedades, etc.
Diseño Del dicho al hecho: analizando proyectos

48. plugins
+
themes
Diseño Del dicho al hecho: analizando proyectos
Codex: Plugins, Codex: Using Themes, Plugin Directory, Theme Directory
Cómo encontrar el diseño perfecto para tu sitio WordPress, Diseño y maquetación para WordPress

49. custom post types
tipos de contenido personalizados
+
custom taxonomies
taxonomías personalizadas
Diseño Del dicho al hecho: analizando proyectos
Codex: Custom Post Types, Codex: Custom Taxonomies
content
Content (media), Web content, Taxonomy

50. hooks
actions + filters
Diseño Del dicho al hecho: analizando proyectos
Codex: Plugin API, Code Reference: Hooks, Codex: WordPress APIs
Event-driven architecture, Event-driven programming

51. infraestructura
+
performance
+
caché
Diseño Del dicho al hecho: analizando proyectos
WordPress más rápido: pruebas de estrés con Siege
Information technology management: IT infrastructure, Computer performance, Cache (computing)

52. REST API
Diseño Del dicho al hecho: analizando proyectos
WP REST API
Application programming interface, Representational state transfer

53. Un back-end
simple e intuitivo
Un back-end
simple e intuitivo
Diseño Del dicho al hecho: analizando proyectos

54. Una comunidad ENORMEUna comunidad ENORME
Diseño Del dicho al hecho: analizando proyectos
Por qué unirse a la comunidad global de WordPress y cómo ser parte del movimiento, Psicología del programador: conociéndose a sí mismo

55. Diseño Del dicho al hecho: analizando proyectos
Free and open source software
¡Es libre y gratuito!¡Es libre
y gratuito!

56. implementación
¡Manos a la obra!

57. Implementación
(la posta)
Implementación
(la posta)
Implementación Del dicho al hecho: analizando proyectos

58. Implementación Del dicho al hecho: analizando proyectos
WordPress, Content management system

59. algo esencial
para no morir en el intento

60. Algo esencial para no morir en el intento Del dicho al hecho: analizando proyectos
De nuevo... pará.

61. Gestión de proyectos de desarrollo
Algo esencial para no morir en el intento Del dicho al hecho: analizando proyectos
Y organizate.

62. preguntas
y comentarios

63. @ricardoaiello @DisonanciasAr|
Ricardo Aiello in
ricardo@disonancias.com.ar
Gracias :) Del dicho al hecho: analizando proyectos