Immersive Media Worx



AUGUST, 2010


FURPS is an acronym representing a model for classifying software quality attributes (functional & non-functional requirements):

  • Functionality - Feature set, Capabilities, Generality, Security
  • Usability - Human factors, Aesthetics, Consistency, Documentation
  • Reliability - Frequency/severity of failure, Recoverability, Predictability, Accuracy, Mean time to failure
  • Performance - Speed, Efficiency, Resource consumption, Throughput, Response time
  • Supportability - Testability, Extensibility, Adaptability, Maintainability, Compatibility, Configurability, Serviceability, Installability, Localizability, Portability

posted by RENEGRIN  August 30, 2010 12:03  General  comments (0)


MAY, 2010

 Resurrecting User Interface Prototypes (Without Creating Zombies)

Great article on user interfaces here.

posted by RENEGRIN  May 19, 2010 9:58  General  comments (0)


 Top 10 things to Mess Up Your project Despite doing Good OOA&D

  1. Assume your visual modeling tool will generate great code for you, and hire a bunch of junior college students to handle coding.
  2. Ignore the analysis and design models you have produced, write the code, and reverse-engineer all the code you've written into an as-built object mdoel.
  3. Take a team of 20 or so VB programmers, hand them a C++ compiler and visual modeling tool, and leave them to their own devices.
  4. Implement the easy parts of your system first. Leave the critical items for the end, near the deadline.
  5. Keep you design model completely segrated from your use case model; we all know use cases don't affect code.
  6. Don't bother to review any of your analysis or design models.
  7. Keep most of your senior designers busy writing use cases; have your junior people work on sequence disgrams.
  8. Don't do unit testing ...

>> full

posted by RENEGRIN  May 17, 2010 11:02  General  comments (0)


 Top 10 Things to Remember about Requirements

  1. There should be at least one test case in place to verify each requirement.
  2. The detailed design, as reflected in your sequence diagrams, should be defended against the use case text as part of design review.
  3. The text of each use case "contract" must appear on a sequence diagram so that the development team is constantly reminded of the "contractual requirements" they are working against as they design.
  4. The team should trace the allocation of requirements to use cases and domain classes as part of the requirement review.
  5. The use case model shall serve as a collection of mini-contracts between developers and the sponsors of the the new system. Each use case shall serve as both input to the development process and as a user-acceptance test case.
  6. The project team should demostrate connection of at least one class directly with each requirement during ...

>> full

posted by RENEGRIN  May 17, 2010 10:55  General  comments (0)



 Information can be beautiful

Sometimes information is too complicated, especially political information. This link shows how proper visualization can illuminate and clarify.

posted by RENEGRIN  October 21, 2009 13:25  General  comments (0)


[1] 2 3 4 5 6 ...  [NEXT]  [LAST]
1 - 5 of 33


august 2010

may 2010

october 2009

september 2009

july 2009

january 2009

december 2008

november 2008

september 2008

august 2008


San Rafael, CA


San Rafael, CA

second life


Shadow(171, 29, 26)

Renegrin Nightfire

Barack Obama Logo

Locations of visitors to this page

Copyright © 2008, TigerSI Design LLC.  All Rights Reserved.