{"action":"created","issue":{"url":"https://api.github.com/repos/aim42/aim42/issues/133","labels_url":"https://api.github.com/repos/aim42/aim42/issues/133/labels{/name}","comments_url":"https://api.github.com/repos/aim42/aim42/issues/133/comments","events_url":"https://api.github.com/repos/aim42/aim42/issues/133/events","html_url":"https://github.com/aim42/aim42/issues/133","id":57729876,"number":133,"title":"add \"Architecture Analysis\"","user":{"login":"gernotstarke","id":1233990,"avatar_url":"https://avatars.githubusercontent.com/u/1233990?v=3","gravatar_id":"","url":"https://api.github.com/users/gernotstarke","html_url":"https://github.com/gernotstarke","followers_url":"https://api.github.com/users/gernotstarke/followers","following_url":"https://api.github.com/users/gernotstarke/following{/other_user}","gists_url":"https://api.github.com/users/gernotstarke/gists{/gist_id}","starred_url":"https://api.github.com/users/gernotstarke/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/gernotstarke/subscriptions","organizations_url":"https://api.github.com/users/gernotstarke/orgs","repos_url":"https://api.github.com/users/gernotstarke/repos","events_url":"https://api.github.com/users/gernotstarke/events{/privacy}","received_events_url":"https://api.github.com/users/gernotstarke/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":{"login":"gernotstarke","id":1233990,"avatar_url":"https://avatars.githubusercontent.com/u/1233990?v=3","gravatar_id":"","url":"https://api.github.com/users/gernotstarke","html_url":"https://github.com/gernotstarke","followers_url":"https://api.github.com/users/gernotstarke/followers","following_url":"https://api.github.com/users/gernotstarke/following{/other_user}","gists_url":"https://api.github.com/users/gernotstarke/gists{/gist_id}","starred_url":"https://api.github.com/users/gernotstarke/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/gernotstarke/subscriptions","organizations_url":"https://api.github.com/users/gernotstarke/orgs","repos_url":"https://api.github.com/users/gernotstarke/repos","events_url":"https://api.github.com/users/gernotstarke/events{/privacy}","received_events_url":"https://api.github.com/users/gernotstarke/received_events","type":"User","site_admin":false},"milestone":null,"comments":4,"created_at":"2015-02-15T13:12:09Z","updated_at":"2015-02-23T19:00:15Z","closed_at":null,"body":"from Carola Lilienthal:\nIch habe mir ausführlich Bild 9.5 \"Praktiken der Analyse-Phase“ angeschaut und versucht mich dort zu verorten. In den vorhandenen Praktiken in Bild 9.5 finde ich mich noch nicht wieder und ich möchte Dir gerne erklären, warum:  Ich gehe bei meinen Architekturanalysen sowohl qualitativ als auch quantitativ vor. Es gibt Dinge, die kann ich messen, wie z.B. Kopplung, Zyklen, Größen etc. Es gibt aber viele Dinge, die kann ich nicht messen, sondern nur mit gesundem Menschenverstand/Erfahrung und in der Diskussion mit den Architekten/Entwicklern des Systems bewerten. \n\nIch schaue auf die Praktiken in Bild 9.5 und finde:\nStatic Code Analysis: Ja, das mache ich auch, aber ich vermesse den Code nur am Rande, um Indikatoren für Qualitätsmerkmale zu finden, die sich gar nicht direkt messen lassen\nATAM: Das mache ich nicht, denn in meinem Verständnis bewertet ATAM die Planungsdokumente zu einer Architektur gegen bestimmte Qualitätsmerkmale und Szenarien ohne den echten Sourcecode einzubeziehen. \nSoftware Archeology: Ja, das mache ich auch manchmal, wenn kein Architekt bzw. keine Dokumentation der geplanten Architektur existiert. \nWas ich bei meinen Analyse auf jeden Fall tue, ist ganz viele issues zu collecten. Das ist sicher :-) Die Leute haben nach einem Tag in der Regel 30-40 Refactorings zur Architekturverbesserung mit mir diskutiert, sie sind dokumentiert und priorisiert. Sie können also direkt ins Jira oder ähnliches eingepflegt werden.  \n\nWas machen wir nun? Ich würde so gerne in Deine Methode hineinpassen! Ein Quadrat mit dem Titel „Architecture Analysis“, das sowohl quantitativ als auch qualitativ ist. Das sich für den quantitativen Aspekt der „Static Code Analysis“ bedient, dass ein bisschen „Software Archeology“ macht, für die Teile der Architektur, die keiner mehr kennt und dass „collect issues“ betreibt. Wäre das vielleicht eine Idee? Schließlich ist „Data Analysis“ ja auch da und „Runtime Analysis“. Es wäre also nur fair, dass es \"Architecture Analysis“ auch geben könnte, oder? ;-)\nBTW: „Data Analysis“ ist nicht mit \"Quantitative Analysis“ verbunden. Ist das Absicht? Sollte es dann nicht besser bei „Qualitative Analysis“ stehen? Oder ist das ein ähnlicher Zwitter wie meine Architekturanalyse?"},"comment":{"url":"https://api.github.com/repos/aim42/aim42/issues/comments/75607766","html_url":"https://github.com/aim42/aim42/issues/133#issuecomment-75607766","issue_url":"https://api.github.com/repos/aim42/aim42/issues/133","id":75607766,"user":{"login":"lilienth","id":11134299,"avatar_url":"https://avatars.githubusercontent.com/u/11134299?v=3","gravatar_id":"","url":"https://api.github.com/users/lilienth","html_url":"https://github.com/lilienth","followers_url":"https://api.github.com/users/lilienth/followers","following_url":"https://api.github.com/users/lilienth/following{/other_user}","gists_url":"https://api.github.com/users/lilienth/gists{/gist_id}","starred_url":"https://api.github.com/users/lilienth/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/lilienth/subscriptions","organizations_url":"https://api.github.com/users/lilienth/orgs","repos_url":"https://api.github.com/users/lilienth/repos","events_url":"https://api.github.com/users/lilienth/events{/privacy}","received_events_url":"https://api.github.com/users/lilienth/received_events","type":"User","site_admin":false},"created_at":"2015-02-23T19:00:15Z","updated_at":"2015-02-23T19:00:15Z","body":"imho QuanA and QualA are two basic technics, used as well in other disciplines such as psychological research. http://wilderdom.com/research/QualitativeVersusQuantitativeResearch.html or http://www.snapsurveys.com/qualitative-quantitative-research/\r\nAll other analysis technics are either completely Qual or completely Quan or a mixture of both. Interviews are QualA; Messuring is QuanA. "}}