Agile Release Cycle Control
Agile release cycle can be displayed in three different ways: monthly calendar, read-only list and editable list. All of them can contain the following items:
- Planning – only one per release cycle;
- Sprints – any number of sprints, but should be at least one;
- Holidays – any number of holidays;
- Team members’ vacations – any number of vacations.
Each date contains a short description which is displayed on mouse over event.
The first day of the week is a configured property. You can easily switch to Monday or Sunday, or even Friday. =)
Dates in a calendar are selectable. You can bind any event handler to the "Select date(s)" event.
You can customize colors for each agile item: planning, sprints, holidays – everything can have its own color.
You can customize icons of your team members. If a team member has a vacation, his icon will be displayed in a calendar for the vacation period.
Read-only and edit modes:
An addition to the calendar there are also two templates to display agile release cycle in read-only mode and edit mode.
Read-only mode is very simple: just displays the list of planning, sprints, holidays and vacations.
Editing mode also displays all items in lists, but it allows you to:
- Add new items;
- Delete items by dragging them to the trash;
- Select colors with a pretty color-Picker;
- Select team members with a cool team-Member-Picker.
Project contains two models for the agile release cylce: domain model and view model. Domain model is used to retrieve data from the server and save it back. View model is populated based on the domain model and is used in rendering Html in views.
ReleaseCycleModel class describes a domain model for an agile release cycle. This class supports Xml serialization and deserialization.
An XML structure of the model is very simple, also project contains an XSD schema to validate an XML.
View model is used only to display agile release cycle in a monthly calendar.
The calendar rendering logic is decoupled from the agile data model and operates only with abstract classes.
There is a CalendarBuilder class which uses an abstract factory CalendarDateFactoryBase to render Html. Factory returns an abstract class CalendarDateBase which represents a calendar's date.
This allows you to reuse the calendar's rendering logic for any other purposes:
display any custom dates,
extend and cover it with tests easily.
There are three Iterators used inside the calendar’s build logic.
First two iterators align the beginning and the end of the month with the days of the week, by generating “empty cells”.
The third iterator provides calendar’s dates from the factory and is used internally to indicate the beginning of the new month.
For an agile calendar an AgileDateFactory class exists which creates view model based on domain model.
There 3 main views to display data:
- Monthly calendar view;
- Read-only view;
- Edit view.
Monthly calendar view operates over its own data model, abstracted from the agile release cycle. As already mentioned, this allows you to reuse this template for any other entities easily.
Read-only view displays agile release cycle in a simple and easy-to-read way.
Edit view displays data the same way as a read-only view, but allows data editing:
There is a dynamically added template row to enter new data: new sprints, holidays or vacations;
View has a color-Picker to set custom colors of the items;
A team-member-Picker to edit vacations;
There are also some templates that are used internally in the main views. For the client-side support there are four .js files and four .css files:
Control doesn't have server-side logic. Only small examples of how to serialize/deserialize data and build a monthly calendar.
How to use
Read-only mode and monthly calendar: