Who even needs models and standards for software processes? Ah, that’s right… us.

So, here we are again! This time to talk about a one teensy weensy but ever so crucial little tiny detail in software processes! Models and standards.

(have a cookie if you got the reference in that small paragraph before seeing the image)

These are the following topics i’ll try to cover in this blog:

  1. CMMI
  2. TSP/PSP
  3. ISO-15504
  4. MOPROSOFT
  5. IDEAL method

CMMI

Capability Maturity Model Integration (CMMI), is a processes model that helps an organization promote their members so that they can have a better performance. The questions this model ask are related to how good we work, our improvement and if our processes are as good as they should be and working as necessary, so we can call this model a book of ‘whats’ and ‘hows’, giving us a hint on what to work in.

TSP/PSP

Whenever we talk about time management, personal improvement on programmers, and guidance on organizations that use a CMMI model, then we’re either talking about PSP/TSP practices, or you’re somehow in an alternate universe where things are incredibly wrong.

something just doesn't add up - pondering retard | Meme Generator

PSP concentrates in work practices in a more individual manner, so that we can organize our day through day activities and handle product quality. This practice can be carried with a team, called the TSP (Team Process Software), which is in turn commanded by a gestion system, and of course, a team leader that evaluates the individual progress of each member of the team.

TSP, is insted, a method of stablishing teamwork and improving it, using two basic components:

  • Work team formation
  • Work team gestion

The major problems that are solved with this, are predicting time and cost in business, lack in productivity, and software development and cycles, along with product quality.

YAY TEAMWORK! - Yay Teamwork! | Meme Generator

ISO-15504

This new norm presents us the following objectives:

  • It’s necessary to propose and develop an evaluation stand in software processes.
  • Evaluate progress using experimentation.
  • Promote the evaluation techonlogy to a global state.

This specific standard evaluates software life cycles and requisites and evaluating each one of the evaluation steps in the ISO standard 15288.

MOPROSOFT

MOPROSOFT (in spanish, Modelo de Procesos para la Industria del Software de México) is a model for the development and maintenance of software, focused on the processes of a basic structure company, taking in mind three organization levels: High Direction, Gerency and Operation, looking to standarize all of what they do, both in effectivity and integrity.

I.D.E.A.L.

Initiating, Diagnosing, Establishing, Acting & Learning, this model serves as a roadmap to initiate, plan, and implementation of process improvement actions. As we can see, this has five main “steps”:

  • Initiating: Initiate the change, lay the groundwork for the changes that WILL happen in the next phases.
  • Diagnosing: Where are we? Was this the place we wanted to be at this point? Analysing in this phase is essential.
  • Establishimg: Plan what you’re gonna do, how are you gonna reach your goal? Prioritize tasks, change implementation and establish the teams.
  • Acting: Do what you planned, nothing more to say for this one.
  • Learning: Learn from the mistakes you made, improve and adapt new techniques for the future, so that the next IDEAL cycle will be better.
IDEAL Cycle — Initiating, Diagnosing, Establishing, Acting & Learning

And that’s all models we’re gonna see today, hope you enjoyed and learn something new (for I surely did), and if you care to answer, which one do you think is better? Or should all of them be implemented somehow? I wanna know!

Software Quality

Time to start with an actual mastery topic! So, in the following blogs, there are basically four sub-topics to follow:

  • Defining Software Quality
  • Focus on process
  • Ensuring Software Quality
  • The role of standards in Software Quality

What is software quality?

By definition, it’s the field of study and practice that describes the desirable aspects of software products. What do we mean by this? We can put it down as the part of software development dedicated to improving and designing all software products, trying to establish the minimum of what’s required in it.

Software Quality Assurance (SQA) ensures how we handle the quality in the processes of a software product, establishing and evaluating all of these in a “process-focused action”, so that in the end, we end up having a product completely functional, with the basic minimum quality being accomplished in all cases, and a happy user in most cases.

The challenge in ensuring quality

In this industry, even if we test an infinite amount of times, against all possible errors that we can think of, we developers can never actually declare that our software is free of defects, unlike how our counterpart, the product manufactures, can. We have some reasons as to why this happens:

Complexity, this one pretty much talks about how many possible paths we have when designing our software, if we first click this, and then that? If I use this button and then go back to click this other one? Imagine this but with a complete application that has many sections. Visibility, this one is pretty clear, manufacturers can see in their products if maybe there’s a splint in one side, or this one part isn’t reinforced enough, us, on the other side, we can’t physically see what’s wrong with what we’re doing, so we have a lot more troubles detecting errors.

Why do we have quality standards?

What happens when we need to work with people that have had a completely different way of learning development and work than we did? How are we supposed to keep a straight line of work to organize our software product and meet all standards that we know along those that the other person knows? That’s right, quality standards. By having a general rule and approach to how something should be built, we can establish a base for everyone to work in.


Returning to the world of blogging

Hey there 🙂 It’s been while since the last time I created a blog post, I started this as an activity of the course #TC2004, and now I am back and upgraded to #TC3045.

A quick review of interesting things about me, I am a student from Mexico currently enrolled in the university ITESM, my passions are technology, music and video games. On the professional side, I have been in two Google internships (currently I am finishing my second one), and I am mostly focused on being a full stack developer.

My family and me taking a picture outside the Google store in the Googleplex, Mountain View, CA.

On the category of this course I will focus on covering topics about Software Quality and Testing, as well as my ideas on certain topics and the experience I have with these on the professional environments, if you want to have a chat with me or contact me I will link the following social media and public accounts so you can contact me or know more about my work:

I hope you can find something interesting in my post and I am available for any discussion about any topic 🙂