Sustainability Assessment (SA) is a complex appraisal method. It is conducted for supporting decision-making and policy in a broad environmental, economic and social context, and transcends a purely technical/scientific evaluation.

Aug 30, 2017

Water centric framework - Part 7

Darius Program Management ~ Iranian water centric framework for agriculture, Part 7

Bear in mind that we are in the process of developing a framework and not an application - There are many differences to set aside when it comes to certain concepts in general - when you google them, the technical terms may have different meanings. In that sense, you may like to get into the stupid social media framework of the Facebook and look at their TAM! LOL.

I told, things are getting straight forward - they will. (The different set of Actors)

The Technology Acceptance Model (TAM) is definitely evolves during the bottom up process and it is mainly used to define the ACTORS. It deals directly with the scientific efforts of data scientist who have tried to make sense of the status or behavior of something, somewhere, a natural order or a community of people, etc.
  • The dots that connects the business rules of natural environment
  • The dots that connects the business rules of built environment
  • The dots that connects the business rules of Iranian people water centric framework
  • The dots that connects all the above together
TAM is not just about users here, it is related to what we get as an input into our framework. It could be a stream of data based on the height of a river or the chemicals inside, weather forecast, sensors that measure all different types of energy release, a satellite picture movement, etc.




I'll already got to the point that illustrates the IMPOTANCE of TAM during the "Requirement Analysis" phase during the Technology Transition Model (TTM) developments, again - the concept in general may depict a different meaning for a reader familiar with terms by google it - what!

Now, that we have our set of Actors scientifically approved, to play their role, we get into developing the INTERACTION, BEHAVIOURAL and STATUS diagrams to end the "Requirement Analysis" phase easy - with no complications. Why no complications! Ask your senior requirement analyst to explain!

I will start with the hints to help the "Design, Development and Test" iterative and incremental life cycles - Hints for a full SDLC to be outlined. It is very important to define Diagramming Guidelines for the Framework.

The guidelines presented in this framework, could be applicable to all types of diagrams, UML, or otherwise. The terms "symbols, dot lines and labels" may be used throughout:
  • Symbols represent diagram elements such as class boxes, object boxes, use cases, and actors
  • Dot lines represent diagram elements such as associations, dependencies, and transitions between states
  • Labels represent diagram elements such as class names, association roles, and constraints

Other types of guidelines may include: Readability, Simplicity, Naming and General. Guidelines for Common Framework Modeling Elements may include: Guidelines for Framework Notes, Framework Stereotypes, Framework Frames and Framework Interfaces.

  • Framework Use-Case Diagrams include: Use-Case, Actor, Relationship and System Boundary Box Guidelines.
  • Framework Class Diagrams include: General, Class Style, Relationship, Association, Inheritance, Aggregation and Composition Guidelines.
  • Framework Package Diagrams include: Class Package Diagram, Use-Case Package Diagram and Packages Guidelines
  • Framework Sequence Diagrams include: General, Guidelines for Lifelines, Message and Guidelines for Return Values
  • Framework Communication Diagrams include: General, Message and Link Guidelines
  • Framework State Machine Diagrams include: General, State, Substate Modeling, Transition and Action, Guard Guidelines
  • Framework Activity Diagrams include: General, Activity, Decision Point and Guard, Parallel Flow, Activity Partition (Swim Lane) and Action-Object Guidelines
  • Framework Component Diagrams include: Component, Dependency and Inheritance Guidelines
  • Framework Deployment Guidelines include: General, Node and Component, Dependency and Communication-Association Guidelines
  • Framework Object Diagram Guidelines
  • Framework Composite Structure Diagram Guidelines
  • Framework Interaction Overview Diagram Guidelines
  • Framework Timing Guidelines include: General, Axis and Time Guidelines 

To be continued in part 8 ...

No comments:

My photo
Principal at iPuzzlebiz. In order to build a better sustainable development outlook away from overreactions & overdone fears from downside mega city cycle risks, positive aspects in outstanding conditions of small city, town & village science or technology parks should be taken into account

All information provided in good faith.

The selection of topics in this blog and the level of presentation are oriented toward making this material accessible to a wide variety of readers and toward providing a basis for further study in this subject area. You acknowledge, represent & agree that any political use of the slogans is entirely at your own risk. I have no duty or obligation to customize the pre-screen content for your special political needs and do not review the green party political postings for accuracy or compliance with applicable laws in different countries.
The blog is operated using a “hands off” policy for content, although I may remove content that violates some rules. I will not be liable for any political errors or omissions in any postings or for any loss or damages incurred as a result of the use of any information contained in the blog. Thank You for Helping Save the Environment!