# data[].attributes.body
Tendo já visto uma introdução sobre as histórias de usuário na última aula, demos continuidade no conteúdo dessa vez,  vimos sobre os 3c's onde temos os cards que vêem das histórias de usuário, a conversation onde temos ás duvidas relativas aos cards, e o validation onde temos exercícios documentados para tentar validar o que vimos no conversation, além de darmos uma olhada nas sub-histórias, que são histórias que surgem daquela, pequenas partes por assim dizer.
Uma explicação sobre os 3cs.
Diagrama.

# data[].attributes.body
Na aula tratamos sobre um assunto fundamental no meio de desenvolvimento de software, as histórias de usuário, e a necessidade do cliente estar acompanhando o desenvolvimento do sistema, pois a falta de comunicação pode levar a perda de tempo desenvolvendo algo que o cliente não pediu. Então para tomar as decisões corretas o cliente e os desenvolvedores precisam estar em sintonia e isso é feito a partir das histórias de usuário onde essas informações ficam bem documentadas.
Artigo falando de como escrever as historias de usuário.
Diagrama.

# data[].attributes.body
Falamos nessa aula sobre os mitos do tempo em desenvolvimento de software, e como erros comuns na hora de fazer o cronograma se formam, um exemplo foi planejar uma feature esperando que ela leve exatamente o tempo planejado é nada mais. O homem-mês se trata do tempo contra o desenvolvedor, nos diz que mesmo se uma tarefa esteja atrasada, adicionar mais desenvolvedores trabalhando não irá ajudar. Falamos também sobre as conexões, que a partir do tamanho de uma equipe de desenvolvimento e necessário alguém central que faça a comunicação funcionar. No fim concluímos que adicionar mais pessoas em um projeto por causa do atraso não surte efeito, principalmente pela necessidade de treinar os novos desenvolvedores no projeto.
Uma boa review do mítico homem-mês.
Diagrama.

# data[].attributes.body
A aula começa com a analogia da luta dos animais no poço de alcatrão onde eles entravam e não conseguiam sair, e faz conexão com programadores de sistemas grandes atuais, como nem todos conseguem ter sucesso. Falamos como um programa torna-se um produto, quando ele pode ser testado e estendido por qualquer um, e para ser um programa produto generalizado ele deve ser escrito de maneira que o permita ser generalizado.
Artigo sobre evolução no tempo de soluções.
Diagrama.

# data[].attributes.body
Iniciando a aula com uma grande questão: O que é sistemas de informação? Bom, para responder essa pergunta primeiro temos que entender o que são: Dados, informação e conhecimento. Compreendendo esses conceitos chegamos a conclusão que um sistema de informação é um conjunto de componentes integrado que coleta e processa dados para gerar informação.
O que são sistemas de informação, além de uma introdução aos seus tipos.
Diagrama.

# data[].attributes.body
Sistemas abertos tem tudo haver com ambiente e capacidade de adaptabilidade, visto em aula, aprendemos que sistemas abertos são chamados de sistemas biológicos e sociais, pois não funcionam de forma isolada. Vimos a sinergia que são várias partes interdependentes trabalhando em conjunto. A entropia é aquilo que causa desgaste no sistema, aquilo que pode "empacar" o funcionamento do sistema, a homeostasia por outro lado, e o mecanismo que garante a estabilidade do sistema.
Introdução aos sistemas de informação em empresas.
Diagrama

# data[].attributes.body
Entropia em um sistema, quanto maior o sistema maior as probabilidades de inconsistência, com isso vemos a necessidade de planejamento de sistema com módulos que permitem sua rastreabilidades. Nessa aula demos uma aprofundada em feedback, que nada mais é rastreamento de ações dentro do sistema, sendo ele positivo ou negativo, não necessariamente o feedback negativo significa algo ruim, apenas que algo não saiu como deveria. Nesta aula efetuamos um trabalho em equipe sobre esse conceito muitas vezes interpretado de maneira errônea que o feedback, sendo que deveríamos apresentar um sistema com pontos positivos e negativos em seu feedback.
Por dentro do Feedback.
Diagramado.

# data[].attributes.body
O que são sistemas? Em minha visão, são uma organização de processos de modo a integrá-los para oferecer facilidade.  Durante a aula aprendemos a importância da relevância da construção do sistema, de como o sistema e bom para quem? Quem vai utilizar o sistema? A necessidade de se fazer as perguntas certas para poder atingir os objetivos do mesmo. Através de uma atividade em grupo exploramos essa necessidade de fazer as perguntas certas para se chegar em algo sólido possuindo apenas informações vagas.
Dando uma olhada mais afundo sobre sistemas:
https://www.fm2s.com.br/o-que-e-um-sistema/
Diagrama:
https://coggle.it/diagram/XkP7ozbbYnTUMadv/t/-/ed7afdb9698b90fd2575079510474b98b5c1145bc784840c08628303a6aae635

# data[].attributes.body
A compreensão do nosso redor, a forma como interpretamos nosso ambiente, dá origem a criatividade, unindo ela com nossa necessidade inerente de resolver problemas nasce os sistemas, e sua necessidade de desenvolvê-los. Para compreender essa união nossa turma passou por atividades para tentar compreender a criatividade e seu papel para com o desenvolvimento de sistemas.

Olha esse infográfico bacana: https://bit.ly/2vQdaJv
Meu diagrama:
https://coggle.it/diagram/XjrHQ-DnEAb2-Wq_/t/criatividade-tada/ff338b495d5c03e90536149cde1176912f9224177bc0bb74ee9d3f33cb4e3b49

# data[].attributes.body
Bom, e apenas uma nota, sem grandes propósitos, apenas repousando por aqui.