System ROLLOUT!

Today is the day where our eCinema finally roll out after all the thick and thin throughout the 2month plus. We had put in alot of effort on writing the documentations and the implementing the system.



Guys,

GREAT JOB! and WELL DONE!!



The link below is to download our final documentations and system, however it is password encrypted to prevent unauthorised access. Email to ho.wei.zhe@gmail.com for the password.


http://rapidshare.com/files/95645294/HOLTZ_Corp.zip.html

Testing Completed

After coming out with the various test cases, finally the testing has been done by our testing team(which is basically everyone). Thanks to all for taking the effort to work overtime to complete the testing, CHEERS!!!

Attached is a copy of our performance testing:

"DEADLY" ER Diagram and Class Diagram

This deadly ER diagram described all our tables in the system and is proudly designed and compiled by Mr. Zhuo Senxian.






This deadly class diagram described all our classes in the system and is proudly designed and compiled by Mr. Tan Boon Chin.

Enjoy..

Tutorial 5

This Standard specifies the requirements for all SRS used in Defence Equipment.

It has a good set of safety management which clearly defines the Software Safety Plan, Software Safety, Safety Analysis, Software Safety Records Log, Software Safety Reviews and Software Safety Audits

The roles and responsibilities clearly define the different type of authorities needed for authorization and also the various teams needed for the development of the SRS.

The report has a good development plan which includes a detail risk analysis, Verification and Validation procedures, Configuration Management, a good set of design practices and also a detail breakdown of the selection of language and tools.

A detail breakdown of the development process principles, software requirements and the design and coding process. It also clearly defines the testing rules and how the testing must follow the principles of testing.

As for the certification rules, the Software Design Authority shall submit an SRS Certificate of Design to the Design Authority prior to delivery of the SRS to the Design Authority. Acceptance testing shall be carried out prior to acceptance of the SRS by the MOD PM.

Meeting on 19 Feb 2008

Finally after weeks of coding, the program is finally completed. We are entering the testing stage now. In the discussion, we will be finalizing the test plan, test schedule and test cases. We are also in the stage of confirming the sequence diagram.

Below is the minutes for the meeting:
http://www.freewebs.com/holtz311/meeting20080219v03.pdf

Preview of Sequence Diagrams. . .

(Add Movie)

















(Edit Movie)















(Payment)

















(View Movie)

A new logo is born

Finally after weeks of drafting and thousands of samples, a new logo is born.

Tutorial 4

Task 3: Reusability can enhance the level of reliability to the software product as changes can be made to the software easily. As the reusability is high, less or no changes are required therefore making the system more reliable.

Task 4: A high portability program will greatly enhance its reusability as the same program can be used across different platforms/systems. Minimum or no re-coding is required when there is a change of environment.

Meeting on 12 Feb 2008

This is the fourth meeting, we are glad that there have been much progress since the last meeting. We have invited our customer Mr Liaw into our meeting and have presented to him our progress so far. We are very much into the design phase and are finalizing most of the previous deliverables.

Below is the minutes for the meeting:
http://www.freewebs.com/holtz311/meeting20080212v03.pdf

Tutorial 3

Internal

1. Correctness (eg. Project conforms to the Specification)
2. Verifiability (eg. Every branch/statement can be tested)
3. Understandability (eg. Project can be understood at one look)
4. Visibility (eg. Good Documentation)

External

1. Reliability (eg. Minimun Downtime)
2. Usability (eg. System is easy to use)

Process

1. Interoperability (eg. Replacing a broken part of a gun with a similar part from another gun)
2. Robustness (eg. Reasonable Response to Incorrect Input)
3. Performance (eg. Fast processing time)
4. Productivity (eg. Efficient process results in faster delivery of product)

Product

1. Maintainability (eg. Ease of maintaining the system)
2. Reusability (eg. Standard components can be used across many different modules)
3. Portability (eg. Can be used in both windows and linux environment)
4. Timeliness (eg. Delivery of product on time)

Happy New Year To All

HOLTZ project team would like to wish all a Happy Chinese New Year. Lets have a properous new year ahead. CHEERS!!!

Great News !

We are on TIME!!!
Keep it up guys!
ROAR!!!

Take a look at our schedule!

http://www.freewebs.com/holtz311/Project%20Planned%20Schedule%20v0.2.pdf

Prototype Part 2!!!

Well, we suffered for a few days, but FINALLY.. Our prototype is out!! Sample screenshots available below..

A glimpse of the prototype

Just 3 days before chinese new year, we decided to let everyone have a sneak preview of whats coming. Here is a glimpse of our prototype. More coming up, stay tuned. :)

Brief Introduction of project team

Hi All just in case you don't know who the team members are here is our group picture.

From left to right: Ho Wei Zhe, Oh Chin Hock, Zhuo Senxian, Lim Yong Keong, Tan Boon Chin