Content deleted Content added
Omnipaedista (talk | contribs) as per MOS:CAPS |
Syed Shaveer (talk | contribs) #suggestededit-add-desc 1.0 Tags: Mobile edit Mobile app edit Android app edit |
||
(7 intermediate revisions by 4 users not shown) | |||
Line 1:
{{Short description|Flow Diagram}}
[[Image:Functional Flow Block Diagram Format.jpg|thumb|420px|Figure 1: Functional flow block diagram format.<ref name="SEF01">[http://www.dau.mil/pubscats/Pages/sys_eng_fund.aspx ''Systems Engineering Fundamentals.''] {{webarchive|url=https://web.archive.org/web/20110728000913/http://www.dau.mil/pubscats/Pages/sys_eng_fund.aspx |date=2011-07-28 }} Defense Acquisition University Press, 2001</ref>]]
A '''functional flow block diagram''' ('''FFBD''') is a multi-tier, time-sequenced, step-by-step flow diagram of a [[system]]
The FFBD notation was developed in the 1950s, and is widely used in classical [[systems engineering]]. FFBDs are one of the classic [[business process modeling]] methodologies, along with [[flow chart]]s, [[data flow diagram]]s, [[control flow diagram]]s, [[Gantt chart]]s, [[PERT]] diagrams, and [[IDEF]].<ref name="TD03">Thomas Dufresne & James Martin (2003). [http://mason.gmu.edu/~tdufresn/paper.doc "Process Modeling for E-Business"] {{webarchive |url=https://web.archive.org/web/20061220024049/http://mason.gmu.edu/~tdufresn/paper.doc |date=December 20, 2006 }}. INFS 770 Methods for Information Systems Engineering: Knowledge Management and E-Business. Spring 2003</ref>
FFBDs are also referred to as '''functional flow diagrams''', '''functional block diagrams''', and '''functional flows'''.<ref name="FAA08"/>
== History ==
Line 15 ⟶ 16:
== Development of functional flow block diagrams ==
[[Image:Development of Functional Flow Block Diagrams.jpg|thumb|right|240px|Figure 2: Development of
FFBDs can be developed in a series of levels. FFBDs show the same tasks identified through functional decomposition and display them in their logical, sequential relationship. For example, the entire [[flight mission]] of a [[spacecraft]] can be defined in a top level FFBD, as shown in Figure 2. Each block in the first level diagram can then be expanded to a series of functions, as shown in the second level diagram for "perform mission operations." Note that the diagram shows both input (transfer to operational orbit) and output (transfer to space transportation system orbit), thus initiating the interface identification and control process. Each block in the second level diagram can be progressively developed into a series of functions, as shown in the third level diagram on Figure 2.<ref name="NASA07"/>
Line 27 ⟶ 28:
* ''Function block'': Each function on an FFBD should be separate and be represented by single box (solid line). Each function needs to stand for definite, finite, discrete action to be accomplished by system elements.
* ''Function numbering'': Each level should have a consistent number scheme and provide information concerning function origin. These numbers establish identification and relationships that will carry through all Functional Analysis and Allocation activities and facilitate traceability from lower to top levels.
* ''Functional reference'': Each diagram should contain a reference to other functional diagrams by using a functional title reference (box in brackets).
* ''Flow connection'': Lines connecting functions should only indicate function flow and not a lapse in time or intermediate activity.
* ''Flow direction'': Diagrams should be laid out so that the flow direction is generally from left to right. Arrows are often used to indicate functional flows.
* ''Summing
* ''GO and NO-GO
=== Function symbolism ===
Line 37 ⟶ 38:
{| class="vatop" style="width:100%;"
|[[Image:3 Function Symbol.jpg|thumb|center|360px|Figure 3. Function
|[[Image:4 Directed Lines.jpg|thumb|center|360px|Figure 4. Directed
|}
Line 50 ⟶ 51:
{| class="vatop" style="width:100%;"
|[[Image:5 AND Symbol.jpg|thumb|center|360px|Figure 5. "AND"
|[[Image:6 Exclusive OR Symbol.jpg|thumb|center|360px|Figure 6. "Exclusive OR" Symbol]]
|}
Line 57 ⟶ 58:
* Inclusive OR: A condition in which one, some, or all of the multiple preceding or succeeding paths are required. Figure 7 depicts Inclusive OR logic using a combination of the AND symbol (Figure 5) and the Exclusive OR symbol (Figure 6). Read Figure 7 as follows: F2 OR F3 (exclusively) may begin after completion of F1, OR (again exclusive) F2 AND F3 may begin after completion of F1. Likewise, F4 may begin after completion of either F2 OR F3 (exclusively), OR (again exclusive) F4 may begin after completion of both F2 AND F3
[[Image:7 Inclusive OR Logic.png|thumb|center|360px|Figure 7.
=== Contextual and administrative data ===
Line 68 ⟶ 69:
{| class="vatop" style="width:100%;"
|[[Image:8 FFBD Function 0 Illustration.jpg|thumb|center|360px|Figure 8. FFBD Function 0
|[[Image:9 FFBD Function 2 Illustration.jpg|thumb|center|360px|Figure 9. FFBD Function 2
|}
Line 75 ⟶ 76:
* [[Activity diagram]]
* [[Block diagram]]
* [[Business
* [[Dataflow]]
* [[Data and information visualization]]
* [[DRAKON]]
* [[Flow diagram]]
|