Archivo de la categoría: Sin categoría

Inicio de la semana 3

En esta semana estaremos haciendo ejericios en el framework para consultar dudas que se tengan, además de la implementación de casos de prueba en el framework, de los cuales el framework cuenta con un módulo para hacer unit testing. Al estar haciendo los ejercicios a la par se estarán haciendo pruebas de unit testing.

Inicio de la semana 2

En esta semana se definirán algunas tareas, como aprender o ver tutoriales del framework que se está usando en el proyecto. Israel, Germán y Andŕes tendrán que hacer la instalación del framework en su computadora al mismo tiempo que lo aprenden, esto les ayudará a familiarizarse con la estructura y así aprender mas rápido, además de que podrían salir dudas más puntuales de algunos componentes del framework.

Quality assurance and Architecture

Quality assurance is the most important thing that a project or product has to have. Why? because It’s the trust that your clients will give the product. When we said quality we think that the product need to pass several tests, to achieve quality, but the reality is that quality means the product need to be tested yeah but also needs to have technical reviewing and project planning, all these will bring to us early detection and correction of defects.

Why software can’t measure time

More software projects have gone awry for lack of calendar time than for so all projects have gone awry for lack of calendar time other causes combined. Why  this cause of disaster is common? First, our techniques of estimating are poorly developed. seriously, they reflect true, i.e., that all will an unvoiced assumption which is More quite un- go well. Second, our estimating techniques fallaciously confuse effort with progress, hiding the assumption that men and months are interchangeable. Third, because we are uncertain of our estimates, software managers often lack the courteous stubbornness of Antoine’s chef. Fourth, schedule progress is poorly monitored. Techniques proven and routine in other engineering disciplines are considered radical innovations in software engineering. Fifth, when
schedule slippage is recognized, the natural (and is to add manpower. Like dousing a fire with makes matters worse, much worse. More fire re- more gasoline, and thus begins a regenerative cycle which traditional) response gasoline, this quires ends in disaster.  Schedule monitoring will be the subject of a separate essay. Let us consider other aspects of the problem in more detail.

Taking more control in a software project

Hi, I’m going to tell you about how to implement «staged delivery» in your software project. First of all let’s discuss what is staged delivery. Staged delivery is an approach to organize the deliveries on a software project, it is based in stages, there isn’t a magic number for this, some one need 5, 2 or just one stage to release the product. Why staged delivery is the best? because this means the most important part of the project is going to be build at the first stages. The best of all is that everybody could track it, upper management, costumers and users.

Software projects are divided into three conceptual stages:

img1

The first phase is going to be discovery, here is where the uncertainty areas changed to certainty areas. Here is where technical investigation and building user interface prototypes take place.

In the middle of the project is where the phase change to invention. Here is where developers at macro level invent a software architecture and design. At the micro level, each function or class may require small inventions.

In last part the phase shifts again into implementation. In this phase is where the work done in discovery and invention are mapped.

The next figure illustrates how a staged delivery take place:

screenshot-from-2017-02-27-20-00-43

This plan emphasizes project planning and risk reduction. The project team develops a software concept first, then gathers and analyses requirements and then completes an architectural design. In each stage the project team does detailed design, coding, debugging, and testing. As I mentioned at first It doesn’t need to be 3 stages, this is only a example of how it will be if there is only 3 stages. But in real life it will take more than three or less.

The benefits of this are:

  • Critical functionality is available earlier.
  • Risk are reduced early.
  • Problems become evident early.
  • Status-reporting overhead is reduced.
  • Staged delivery makes more options available.
  • Staged delivery reduces the possibility if estimation error.
  • Staged delivery balances flexibility and efficiency.

But there are some disadvantages:

  • Increases project overhead.
  • Retest already tested features.
  • Perform version control tasks associated with making a delivery
  • Address extra complexity of supporting additional versions of the software in the field.

The next picture define a well structured project and its stages:

screenshot-from-2017-02-27-20-21-19

The black line shows the nominal code growth pattern, and the shades area shows the range of normal variations. The variations in code growth in the middle of the project are due too interim releases in which the projects emphasis shifts from generating new code to raising the quality of existing code.

Telling this, here is another approach:

Change control procedure

This approach ensure the project to be stable if there are changes ready to be implemented. This approach evaluates, control and approves important changes.

Day #5 #VideoSafari!

 

Hi! this is the last post, but it is the begining of a new hobbie, that will be writting a lot about everything that past to me or just to share some trics about computers.

This Friday I was sad, because I didn’t have anything to record. But something happen, suddenly I heared some barks, tha amaizing part it means that there are dogs in the university! So quickly followed that barks and found like 6 or 7 dogs! That was my best day of my life! because in while there aren’t dogs in TEC.

Here is my video!

Se you neext post!

Day #4

Preparing the #SafariVideo

We arrived to day 4! and Maha Bali gave us some tips of how to keep our blog update and interesting for the reader.

I asked Maha how to organize my post in order to not bore the user reading a long post, She told me that if I’m going to write a lot in a post, I would need to distributeall the information that will be written in the post, so it will atract the user and made him to read all the post.

Later Ken told us to be prepared to record a video on Friday, the video could be anything Ken said, could be something you do, something you love, whatever we want. But I couldn’t imagine what to record. Later on I decided to film a friend doing crazy stuff, but I wanted something different something that doesn’t happen every day so I decided to wait until tomorrow (Friday). For sure I will think something to record.