What is software quality all about?<\/p>\n
In general quality means:
\n– That it works according to the specifications.
\n– It’s maintainable. <\/p>\n
Who is responsible to meet these goals? It’s the developer and tester.
\nIf you have a sound specification it’s easy to measure whether a software behaves according to the specifications. <\/p>\n
The second goal is more difficult to achieve.
\nHow can one determine whether a software is maintainable?<\/p>\n
In general a developer should feel responsible for his\/her code. This can be supported by not interchanging developer resources on a particular code or component. It is encouraged for instance by the Microsoft Solutions Framework (MSF) Team Model<\/a>. Responsibility is important for a projects success.<\/p>\n But no developer stays in a company forever. And when he\/she leaves the company it’s really getting visible whether a software is maintainable. The successor decides whether it is or not. But how to achieve that? It helps if the code is well documented and more important clearly structured. You will be good adviced to inherit responsibility in order to create maintainable software.<\/p>\n What is your opinion?<\/p>\n","protected":false},"excerpt":{"rendered":" What is software quality all about? In general quality means: – That it works according to the specifications. – It’s maintainable. Who is responsible to meet these goals? It’s the developer and tester. If you have a sound specification it’s easy to measure whether a software behaves according to the specifications. The second goal is … Continue reading Maintainable Software by Inheritance of Responsibility<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-45","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=\/wp\/v2\/posts\/45","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=45"}],"version-history":[{"count":1,"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=\/wp\/v2\/posts\/45\/revisions"}],"predecessor-version":[{"id":326,"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=\/wp\/v2\/posts\/45\/revisions\/326"}],"wp:attachment":[{"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=45"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=45"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.pleus.net\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=45"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nYou might have experienced that: Usually code written by an other person is suspicious to a developer.
\nTo avoid this responsibility is the key. In order to give software a future, responsibility has to be inherited from one person to another.<\/p>\n
\nFeeling responsible is nothing that can be decreed from outside. Responsibility grows inside a person.
\nIn order to make a person feel responsible he\/she has to feel confident with the code.<\/p>\n
\nThe person really has to understand the intention of the developer who created the code.
\nIt might be a good idea to refactor existing code together with the successor and simplify it’s structure so that he\/she really understands it.
\nGive enough time for hand over (weeks not days). It’s not sufficient just to pass the documentation and say good bye as it often happens. This can’t be enforced by the developer itself but the management which has to schedule it.<\/p>\n