Feature Driven Development Or Fdd Information Technology Essay

Feature Driven Development Or Fdd Information Technology EssayFeature driven learning or FDD was further civiliseed by Jeff De Luca to lead a softw are development project for a large bank in Singapore in the year 1997. The project essentials to be through by 15 month and 50 employees were involved for completing the project. Another person that introduced disports into the FDD development was pricking Coad. Peter Coad used object mock uping and swash disputation as an approach to make the project meet the requirements and develop the tasks for completing the project.FDD emphasizes on show period a project by first having a detailed plan of conducting the overall offset by including the main planning, object model and make list at the starting point of the project. These items can evolved freely because each process does not affect greatly on each other.The project conductor serves as the administrative leader for the project. He or she makes sure that the project operates systematically and ensures that all the participants are focused on the task.Chief ArchitectThe chief graphic designer holds the responsibility for designing the overall system. They also need to consider all the design issues and make critical decisions.Development ManagerThe role for the development manager is to handle the day to day activities in the progress of the project and ends the conflict between that happens within the group.Chief ProgrammerThe chief programmer is usually an experienced developer. They are mainly involved in leading smaller teams for the analysis, design and development of new run arounds. The chief programmer also needs to identify the characteristics of the feature team so that he can choose the right classes and owners that are appropriate. Sometimes the chief programmers will need to persist together to solve problems much(prenominal) as resourcing issues and report on the progress of the team.Class OwnersClass owners are responsible for the cl ass that has been assigned to. They are under the guidance of the chief programmer. Their work responsibilities include designing, cryptanalysis, testing and documenting.Domain ExpertsThe domain experts have the probability of a user, client, a sponsor, a business analyst or a combination of the antecedently mentioned. The developers rely on the knowledge of the domain expert on the requirements of the undeveloped system should perform.The next other roles below are roles that does not dominate the fundamental roles but rather acts as a supporting role and additional roles in the structure of FDD methodological analysis.?Domain Object ModelingThe main motive of this come is to make all the stakeholders voice out there ideas so that the project has a guideline or a road map to where it is going. The object model is a continuously updated process for rooms of correction.Developing By FeatureThis invest emphasize that the FDD development is done by completing each feature before mo ving to the next. This feature works by collecting the point of views from the client which will be evaluated and take into consideration. It can be expressed in the form of , and achieving equilibrium between these actions. This feature usually can be completed within hours or days and have a maximum 2 weeks for completing the task.Class (code) OwnershipEach developer or class owner is responsible for his/her class, hence it is in truth important that the class owner knows what are the goals that need to be achieved and he or she must understand the characteristics and behavior of the class. This is in order that the class owner will be the first one to affirm and update the class for any changes that needs to be implemented on the project so that the class can adapt much faster to the situation. in that respect is the risk of losing a team member in the class which might be a danger to the project. Hence involvement from the class owner is very important in this practice to make sure he or she has control of the class.Feature TeamsIn a feature team, the owner of the feature or also known as the chief programmer works with the class owners as a team. The implementation of the feature should be done very mobile and effectively. This practice also has the characteristic of tractability when changes occur. The required class owner is just added to the feature team depending on the requirements.The feature teams are combined and consequently breaks up after the feature has been completed. Sometimes the feature teams works together with other feature teams and a time and an individual maybe working for a few feature teams at a time. The work of a feature team ends when their feature has been integrated to the product.InspectionsThis practice in FDD is to make sure that the pure tone and the design and code are up to standard. Besides that, there are 2 other main purpose for this practice which is to make sure the team members understands the other classes th at are involved and the other purpose is to act as a forced function to maintain the consistency of the projects coding standards.Regular Build ScheduleThis practice is encouraged to be done often and continuously based on the need of the project. It should be a practice that is done at more than once in a week. When a new feature has been updated to the period system baseline, it can then be well-tried and then be documented after demonstration to the customers or the project sponsors.Configuration ManagementThis practice in FDD is dependent on the size, scope and complexity of the project. There is no unique structure for the configuration management for the FDD development but the team must make sure that they manage their artifacts well.Reporting/visibility of ResultsThe FDD uses a project tracking methodology to prevent that the project is done half way before entering the next task. The feature list is referred to systema skeletale the milestones that need to be achieved a nd some weighing factors of it. The FDD mile stones can be defined as followDomain walkthroughcompleteDesignready for brushupDesign inspectionand any rework and reinspection completeCodeready for inspectionCode inspectionand any rework and reinspection completePromote to go onall feature code checked in and ready for the next buildThe weight for each milestone uses a simple computation method. It is obviously the time required for that feature to be completed divide by the overall time needed to complete the overall feature. For example, if the design walkthrough requires 5% of their time to complete, then the weight for the milestone is to be 0.05(5% divide by 100).For computing the project status, it is the total milestones that have been completed divide by the number of features. For example, the current completed milestones are 183 in weight and the features are 200. Then the completion of the project isProject status =(sum of currently completed milestones)/(the total numbe r feature in the product)100%= 183/200100%= 91.5%Advantages and Disadvantages of the Feature Driven DevelopmentAdvantages DisadvantagesIt is better defined and measured by its 8 practices rather then the process flow.Create efficiency of individuals at making changes to a class The lost of the individual will bring a negative effect on the feature team.Owns the dynamic and flexible characteristics at adding required owners to a feature team. Lack emphasis on the configuration management. Should be a more detailed structure.Inspections are emphasized to ensure quality of design and codings.Sets milestones and ensures that the feature is done before continuing the next.DiscussionsThe feature driven development requires the owner of each class is richly involved in the feature and take responsibility for his or her class.Motivation is instill to the owner to work efficiently.The overall assumption from the stakeholders is very important to develop the object model of the project.The f eatures must be first identified to make the project flow more smoothly.The milestones make sure that the previous progress is done before moving on to the next. This step is smart to prevent continuous work an unfinished task.ConclusionThe feature driven development provides good flexibility when a feature needs to be developed. Class owners are able to combine and disband based on the needs when developing the feature makes this methodology a very dynamic characteristic.