TigerSI
Immersive Media Worx

CATEGORY

admin*


AUGUST, 2010

 FURPS+



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)



 

OCTOBER, 2009

 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



ARCHIVE


august 2010


may 2010


october 2009


september 2009


july 2009


january 2009


december 2008


november 2008


september 2008


august 2008



RSS


San Rafael, CA

COMPANY OFFICE

San Rafael, CA


second life

SECOND LIFE OFFICE

Shadow(171, 29, 26)

Renegrin Nightfire





Barack Obama Logo



Locations of visitors to this page
















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