Apr 5, 2010

Geminoid F Robot

<object width="580" height="360"><param name="movie" value="http://www.youtube.com/v/rQqf3J36zWk&hl=en_US&fs=1&color1=0x402061&color2=0x9461ca&border=1"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/rQqf3J36zWk&hl=en_US&fs=1&color1=0x402061&color2=0x9461ca&border=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="580" height="360"></embed></object>

 

Reading the article about the female Geminoid  F Robot makes me think about their value in the system, especially in an Enterprise where the behavior of the humans are not well understood, but the behavior of the Geminoid could be.

 

The coverage of this news shows that we are not too far from having gynoid and androids living with us. This would be an interesting stir to our social medium and it would be interesting to see how this is going to change the direction of humans.

 

As exciting as this news is, I still can’t stop thinking about the scifi movies where the robots eventually group up against humans and become detrimental to humans. Again, this is another problem System Engineers need to look out for, especially in a System of System, where the whole is greater than the sum of its comprising systems.

 

 

http://www.fastcompany.com/1607031/android-robots-human-robotics-gynoid-augmented-reality-augmented-humans-science

Mar 10, 2010

Modeling from a System Engineering viewpoint

Following is a summary from readings of a book that I consider important.

·         A model is any incomplete representation of reality, an abstraction

·         Models could be mathematical(quantitative), physical, mental, or a qualitative. Nonetheless, the essence is the question/s that the model can reliably answer for us.

·         Sample of modeling languages developed as part of the IDEF family

o   IDEF0-Focus is a functional or process model of a system

o   IDEF1- Focus is an informational model of the information needed to support the functions of a system

o   IDEF1X- Focus is a semantic data model using relational theory and an entity-relationship modeling technique

o   IDEF2- Focus is a dynamic model of the system

o   IDEF3- focus  is both process and object state transition model of a system

·         3 types of questions:

o   Descriptive: most commonly used in science and engineering. A descriptive model attempts to predict answers to questions which the truth may or may not be obtained in the future. Descriptive models are measured by the power or richness, understandability to both wide and narrow audiences, and precision with which they can be used to define the relative entity.

o   Normative: can not be tested but are judged on their understandability and appeal across deciplines they can be used. Either it’s logical, or it should be refuted logically.

o   Definitive: how should a concept be defined.

·         Most effective process for developing and using a model is to begin by defining the questions the model should be able to answer.

·         Models should be developed, tested, and refined.

·         System validity addresses whether we have built the right system.

·         IDEF0 Page Hierarchy

o   A-0: Context or system function diagram ( contains A0)

o   A0 : Level 0 diagram with first tier functions specified

Mar 2, 2010

Verification vs. Validateion

Verfication: Did I build the right system?

Validation: Did I design the system right?

Feb 28, 2010

A good Architecture?

A good system architecture exhibits conceptual integrity; that is, it comes equipped with a set of design rules that aid in reducing complexity and that can be used as guidance in detailed design and in system verification. The rules may be represented as a pattern, such as pipes and filters. In the best case there are verifiable rules, such as “any virtual device of the same type may replace any other virtual device of the same type in the event of device failure,” or “all processes contending for the same resource must have the same scheduling priority.”

A contemporary architect might say that the object or system under construction must have the following characteristics.

·         It has the functionality required by the customer.

·         It is safely buildable on the required schedule.

·         It performs adequately.

·         It is reliable.

·         It is usable and safe to use.

·         It is secure.

·         It is affordable.

·         It conforms to legal standards.

·         It will outlast its predecessors and its competitors.

 

Architecture: General abstract from this world

A building is very different from a symphony, but both have architectures. Further, all architects talk about beauty in their work and its results. A building architect might say that a building should provide an environment suitable for working or living, and that it should be beautiful to behold; a musician that the music should be playable, with a discernible theme, and that it should be beautiful to the ear; a software architect that the system should be friendly and responsive to the user, maintainable, free of critical errors, easy to install, reliable, that it should communicate in standard ways with other systems, and that it, too, should be beautiful.

 

An architecture can help assure that the system satisfies the concerns of its stakeholders, and it can help deal with the complexity of conceiving, planning, building, and maintaining the system.

 

In our discussion we will use “architecture” as a noun to denote a set of artifacts, including documentation such as blueprints and building specifications that describe the object to be built, wherein the object is viewed as a set of structures.

Feb 27, 2010

NSF Proposals

Here are a couple of interesting pointers for submitting an NSF proposal. This is not a comprehensive and complete list, but it does touch upon some of the important features that a proposal should contain.

1- The proposal should not be an abstract, but a self-contained description of the activity if the proposal was funded.

2- broader impacts should be described, which show the implications of advancing this research

3- Details should be understandable to people who are not in the field, but technical enough to convey the importance of the research.

Feb 24, 2010

CSER Conference- March 17-19

The Conference on Systems Engineering Research (CSER) is to be held at Stevens from March 17th – 19th, 2010.
 For more information, visit:
 You can read the Conference brochure at: (pdf format)

Feb 23, 2010

Governance vs. Management

In Governance, the weak line of control would spread horizontal, where in Management, it would be going top down.

Feb 17, 2010

DSM: A tool for complexity management

Research on matrix based complexity management has come a long way. Originating from a process focus with the first published formulation of a Design Structure Matrix (DSM) by Don Steward in 1981 , a whole community has developed around this research. The DSM is able to model and analyze dependencies of one single type within one single domain. For a product, e.g. the domain “components” can be regarded.

The figure shows a simple process consisting of six tasks that are shown as a flow chart on the right hand side and a DSM representing that process on the left hand side. There are numerous algorithms to analyze the overall structure of the relationships within a DSM, e.g. tearing, banding and partitioning, or the analysis for different structural properties (see DSM tutorial).

Figures: Actually the figures makes all this make sense. The website does an excellent job at making this confusing and mind-boggling as much as possible. Who in the world explains DSM in two paragraphs? lol.... he he... But that's right, because I can do it... pshhh...

Feb 10, 2010

Some Basics of Systems Engineering

 These are my notes from reading some books, and I find these as important concepts that should always have attention focused on them.

1- Never forget that the system being addressed by one group of engineers is the subsystem of another group and the supersystem of yet a third group. ( elevating the idea of Enterprise Systems)

2- System Engineers must identify the stakeholders needs throughout the system's lifecylce and define objects in the triad of cost, schedule, and performance ---- cheaper, faster, and better.

3- Design during the engineering of a system is the preliminary activity that has the purpose of satisfying the stakeholders requirements, and begins in the mind of the system engineer, and has to be transformed into models employing visual formats in a highly skilled manner for success to be achieved.

4- One of the legends of Systems Engineering to me could be Joe Shea, his involvement in large scale projects, definition of Systems Engineering, dedication shown by working three shifts, SE fashion icon by wearing red socks, and finally nervous breakdown for overworking himself ( duuhh!!!), but we salute him for his hard work.

5- Requirement vs Specification: Specification is a collection of requirements that completely define the constraints and performance requirements for a specific physical entity that is part of the system.

6- Design Decomposition of Architectures and Specs:
  Operational Req
  Sys Op Arch (Segment specs)
  Segment Operational Arch (element spec)
  Element Operational Architecture ( Component Specs)
  Component Operational Architecture ( CI specs)

7- Originating Requirements are found in Operational needs, or operational requirements Document, (ORD), and the restatement and derivation of the system requirements becomes System Requirement Document (SRD).

Jan 27, 2010

Complex Systems

A quick run through by Wikipedia:

 

A complex system is a system composed of interconnected parts that as a whole exhibit one or more properties (behavior among the possible properties) not obvious from the properties of the individual parts.[citation needed] This characteristic of every system is called emergence and is true of any system, not just complex ones[citation needed].

A system’s complexity may be of one of two forms: disorganized complexity and organized complexity.[1] In essence, disorganized complexity is a matter of a very large number of parts, and organized complexity is a matter of the subject system (quite possibly with only a limited number of parts) exhibiting emergent properties.

Examples of complex systems include ant colonies, human economies and social structures, climate, nervous systems, cells and living things, including human beings, as well as modern energy or telecommunication infrastructures. Indeed, many systems of interest to humans are complex systems.

Complex systems are studied by many areas of natural science, mathematics, and social science. Fields that specialize in the interdisciplinary study of complex systems includesystems theory, complexity theory, systems ecology, and cybernetics.

 

Jan 25, 2010

Complex Systems in Searching

Well, Stephen Wolfram might have done something that needs further insight and attention. What google has done for the search arena is spectacular, but what Wolfram Alpha is doing is perhaps more praise worthy. Part of the fascination lies in the NKS which Stephen developed. I personally like this notion, and find his thinking and thought pattern as a necessity or a gift for people in the field of system. I mean the reason that we aren’t able to properly solve or tackle a problem is because we’ve exhausted all channels that could be used under the traditional method, but with NKS, well, you are talking about a whole new paradigm.

 

When asked about Wolfram Alpha and Googles difference, Stephen gave the best answer:

"You would probably not use Wolfram Alpha to shop for a new car, find blog posts about a topic, or to choose a resort for your honeymoon. It is not a system that will understand the nuances of what you consider to be the perfect romantic getaway, for example--there is still no substitute for manual human-guided search for that. Where it appears to excel is when you want facts about something, or when you need to compute a factual answer to some set of questions about factual data."