ࡱ>  Jbjbjss 8<^FF8?.=R%%%%&b+z-t?v?v?v?v?v?v?ACv?-B.&&B.B.v?%%?333B.J%%t?3B.t?33D=|P>%^0=`??0?=~=D08=D$P>=DP>B.B.3B.B.B.B.B.v?v?2@B.B.B.?B.B.B.B.=DB.B.B.B.B.B.B.B.B.F O: Cmpe 210 Fundamentals of Object Oriented Programming Project <x> Software Design Description  MACROBUTTON A1l1rFormAlan1 "<Student Name>"   MACROBUTTON nomacro <mm dd yyyy>   MACROBUTTON  MACROBUTTON nomacro <Version n.n>  An SDD is a representation of a software system that is used as a medium for communicating software design information. The SDD shows how the software system will be structured to satisfy the requirements identified in the software requirements specification. It is a translation of requirements into a description of the software structure, software components, interfaces, and data necessary for the implementation phase. In essence, the SDD becomes a detailed blueprint for the implementation activity. In a complete SDD, each requirement must be traceable to one or more design entities. SDDs play a pivotal role in the development and maintenance of software systems. During its lifetime, a given design description is used by project managers, quality assurance staff, configuration managers, software designers, programmers, testers, and maintainers. Each of these users has unique needs, both in terms of required design information and optimal organization of that information. Hence, a design description must contain all the design information needed by those users. Items that are intended to stay in as part of your document are in bold; blue italic text is used for explanatory information that should be removed when the template is used. Table of Contents To update Table of Contents first complete the document then click to the left of the index below and Press F9.  TOC \o "1-3" \h \z \t "Heading 1.5,1,Heading 2.5,2"  HYPERLINK \l "_Toc116288960" 1. INTRODUCTION  PAGEREF _Toc116288960 \h 3  HYPERLINK \l "_Toc116288961" 1.1 Purpose  PAGEREF _Toc116288961 \h 3  HYPERLINK \l "_Toc116288962" 1.2 Scope  PAGEREF _Toc116288962 \h 3  HYPERLINK \l "_Toc116288963" 1.3 Definitions, acronyms, and abbreviations  PAGEREF _Toc116288963 \h 3  HYPERLINK \l "_Toc116288964" 1.4 References  PAGEREF _Toc116288964 \h 3  HYPERLINK \l "_Toc116288965" 1.5 Overview  PAGEREF _Toc116288965 \h 3  HYPERLINK \l "_Toc116288966" 2. Attributes of Design Entities  PAGEREF _Toc116288966 \h 3  HYPERLINK \l "_Toc116288967" 2.1 Identification  PAGEREF _Toc116288967 \h 3  HYPERLINK \l "_Toc116288968" 2.2 Type  PAGEREF _Toc116288968 \h 3  HYPERLINK \l "_Toc116288969" 2.3 Purpose  PAGEREF _Toc116288969 \h 3  HYPERLINK \l "_Toc116288970" 2.4 Function  PAGEREF _Toc116288970 \h 3  HYPERLINK \l "_Toc116288971" 2.5 Subordinates  PAGEREF _Toc116288971 \h 3  HYPERLINK \l "_Toc116288972" 2.6 Dependencies  PAGEREF _Toc116288972 \h 3  HYPERLINK \l "_Toc116288973" 2.7 Interface  PAGEREF _Toc116288973 \h 3  HYPERLINK \l "_Toc116288974" 2.8 Resources  PAGEREF _Toc116288974 \h 3  HYPERLINK \l "_Toc116288975" 2.9 Processing  PAGEREF _Toc116288975 \h 3  HYPERLINK \l "_Toc116288976" 2.10 Data  PAGEREF _Toc116288976 \h 3  HYPERLINK \l "_Toc116288977" 3. Decomposition Description  PAGEREF _Toc116288977 \h 3  HYPERLINK \l "_Toc116288978" 3.1 General Structure  PAGEREF _Toc116288978 \h 3  HYPERLINK \l "_Toc116288979" 3.2 Procedural Approach  PAGEREF _Toc116288979 \h 3  HYPERLINK \l "_Toc116288980" 3.2.1 Module Decomposition  PAGEREF _Toc116288980 \h 3  HYPERLINK \l "_Toc116288981" 3.2.2 Data Decomposition  PAGEREF _Toc116288981 \h 3  HYPERLINK \l "_Toc116288982" 3.3 Object-Oriented Approach  PAGEREF _Toc116288982 \h 3  HYPERLINK \l "_Toc116288983" 3.3.1 Use Case Diagrams  PAGEREF _Toc116288983 \h 3  HYPERLINK \l "_Toc116288984" 3.3.2 Class Diagrams  PAGEREF _Toc116288984 \h 3  HYPERLINK \l "_Toc116288985" 3.3.3 Sequence Diagrams  PAGEREF _Toc116288985 \h 3  HYPERLINK \l "_Toc116288986" 3.3.4 Statechart Diagrams  PAGEREF _Toc116288986 \h 3  HYPERLINK \l "_Toc116288987" 3.3.5 Activity Diagrams  PAGEREF _Toc116288987 \h 3  HYPERLINK \l "_Toc116288988" 4. Dependency Description  PAGEREF _Toc116288988 \h 3  HYPERLINK \l "_Toc116288989" 5. Interface Description  PAGEREF _Toc116288989 \h 3  HYPERLINK \l "_Toc116288990" 6. Detailed Design  PAGEREF _Toc116288990 \h 3  HYPERLINK \l "_Toc116288991" Document Control  PAGEREF _Toc116288991 \h 3  INTRODUCTION This section should provide an overview of the entire document. No text is necessary between the heading above and the heading below unless otherwise desired. The following subsections of the Software Design Descriptions (SDD) document should provide an overview of the entire SDD. The thing to keep in mind as you write this document is that you are giving all design details so that programmers can ultimately do the coding without any further planning.  MACROBUTTON nomacro  Purpose This subsection should explain the purpose of the SDD and specify the intended audience for it. The SDD describes the software structure, software components, interfaces and data necessary for the implementation phase. Each requirement in the SRS should be traceable to one or more design entities in the SDD.  MACROBUTTON nomacro  Scope This subsection should relate the design document to the Software Requirement Specifications (SRS) document and to the software to be developed. If no SRS document exists, then the requirements provided will be correlated.  MACROBUTTON nomacro  Definitions, acronyms, and abbreviations Provide the definitions of all terms, acronyms, and abbreviations required to properly interpret the SDD. This information may be provided by reference to one or more appendices in the SDD or by reference to documents. This information may be provided by reference to an Appendix.  MACROBUTTON nomacro  Term or AcronymDefinitionTable x. Definitions and Acronyms References In this subsection: (1) Provide a complete list of all documents referenced elsewhere in the SDD (2) Identify each document by title, report number (if applicable), date, and publishing organization Specify the sources from which the references can be obtained. This information can be provided by reference to an appendix or to another document. If your application uses specific protocols or RFCs, then reference them here so designers know where to find them.  MACROBUTTON nomacro  Overview In this subsection: Describe what the rest of the SDD contains Explain how the SDD is organized Dont repeat the table of contents here. Point people to the parts of the document they are most concerned with.  MACROBUTTON nomacro  Attributes of Design Entities A design entity is an element (component) of a design that is structurally and functionally distinct from other elements and that is separately named and referenced. Design entities result from a decomposition of the software system requirements. The objective is to divide the system into separate components that can be considered, implemented, changed, and tested with minimal effect on other entities. Entities can exist as a system, subsystems, data stores, modules, programs, and processes. The number and type of entities required to partition a design are dependent on a number of factors, such as the complexity of the system, the design technique used, and the programming environment. Although entities are different in nature, they possess common characteristics. Each design entity will have a name, purpose, and function. There are common relationships among entities such as interfaces or shared data. The common characteristics of entities are described by design entity attributes. A design entity attribute is a named characteristic or property of a design entity. It provides a statement of fact about the entity. Design entity attributes can be thought of as questions about design entities. The answers to those questions are the values of the attributes. All the questions can be answered, but the content of the answer will depend upon the nature of the entity. The collection of answers provides a complete description of an entity. All attributes shall be specified for each entity. Attribute descriptions should include references and design considerations such as tradeoffs and assumptions when appropriate. In some cases, attribute descriptions may have the value none. When additional attributes are identified for a specific software project, they should be included in the design description.  MACROBUTTON nomacro  Identification The name of the entity should be specified. Two entities should not have the same name.  MACROBUTTON nomacro  Type A description of the kind of entity. The type attribute shall describe the nature of the entity. It may simply name the kind of entity, such as subprogram, module, procedure, process, or data store. Alternatively, design entities may be grouped into major classes to assist in locating an entity dealing with a particular type of information. For a given design description, the chosen entity types shall be applied consistently.  MACROBUTTON nomacro  Purpose This is a description of why the entity exists. It provides the rationale for the creation of the entity. Therefore it designates the specific functional and performance requirements for which this entity was created, using the SRS.  MACROBUTTON nomacro  Function The function attribute should state the transformation applied by the entity inputs to produce the desired output. In the case of a data entity, this attribute should state the type of information stored or transmitted by the entity.  MACROBUTTON nomacro  Subordinates The subordinates attribute should identify the entities composing this entity. This information is used to trace requirements to design entities and to identify the parent/child structural relationships through software system decomposition.  MACROBUTTON nomacro  Dependencies The dependencies attribute should identify the relationship of the entity with other entities. It describes the nature of each interaction that may involve initiation, order of execution, data sharing, creation, duplicating, usage, storage or destruction of other entities.  MACROBUTTON nomacro  Interface The interface attribute describes how other entities interact with this entity. It should describe the methods of interaction and rules governing those interactions. It provides a description of the input ranges, the meaning of inputs and outputs, the type and format of each input or output, and output error codes.  MACROBUTTON nomacro  Resources The resources attribute identifies and describes all of the resources external to the design that are needed by this entity to perform its function. It provides information about items such as physical devices (printers, discs, memory), software services (math libraries, operating system services, graphical user interface libraries), and processing resources (CPU cycles, memory allocation).  MACROBUTTON nomacro  Processing The processing attribute describes the rules used by the entity to achieve its function. It describes the algorithm used by the entity to perform a specific task. It includes sequencing of events or processes, process steps, conditions, termination criteria etc.  MACROBUTTON nomacro  Data The data attribute describes the method of representation, initial value, use, format and acceptable values of internal data.  MACROBUTTON nomacro  Decomposition Description General Structure This section of the SDD should record the division of the software system into design entities. It describes the way the system is structured and the purpose and function of each entity. For each entity, it provides a reference to the detailed description. It uses the identification, type, purpose, function and subordinates attributes. Depending on the methodology either the Procedural Approach or Object Oriented Approach must exist but not both.  MACROBUTTON nomacro  Procedural Approach If a procedural approach is used, this includes a description of the basic modules of the system and how they relate to other modules (which modules it calls etc.) Textual descriptions should also be provided for each module that the system is decomposed into.  MACROBUTTON nomacro  Module Decomposition This subsection describes the decomposition information as given in Section 2 for software modules.  MACROBUTTON nomacro  Data Decomposition This subsection describes the decomposition information as given in Section 2 for data elements.  MACROBUTTON nomacro  Object-Oriented Approach In case an object-oriented approach is used, there should be class (inheritance) diagrams showing the classes in the system. Textual descriptions should also be provided for each class/object that the system is decomposed into. Use UML to describe the object-oriented decomposition under following sub-sections.  MACROBUTTON nomacro  Use Case Diagrams  MACROBUTTON nomacro  Class Diagrams  MACROBUTTON nomacro  Sequence Diagrams  MACROBUTTON nomacro  Statechart Diagrams  MACROBUTTON nomacro  Activity Diagrams  MACROBUTTON nomacro  Dependency Description This subsection describes the dependencies between different entities. It uses the identification, type, purpose, dependencies and resources attributes.  MACROBUTTON nomacro  Interface Description This subsection describes everything designers, programmers and testers need to know to correctly use the functions provided by an entity. It includes the details of external and internal interfaces not provided in the SRS. It uses the identification, function and interfaces attributes.  MACROBUTTON nomacro  Detailed Design It contains the internal details of each design entity. These details include attribute descriptions for identification, processing and data. It contains all the details that will be needed by the programmers for implementation. Short English-like descriptions can be used to describe the algorithms utilized. Data structure details should also be given.  MACROBUTTON nomacro  Document Control Change History RevisionRelease DateDescription [list of changed pages and reason for change] Document Storage This document was created using  MACROBUTTON nomacro <> . The file is stored  MACROBUTTON nomacro . Document Owner  MACROBUTTON nomacro <>  is responsible for developing and maintaining this document.     Software  02Thjnp찡q_J:*huh^[5CJ0OJQJ^JhuhW >5CJ0OJQJ^J(huh:$5B*CJ0OJQJ^Jph"h.5B*CJ0OJQJ^Jphhuh^[5CJ$OJQJ^JhuhX\5CJ$OJQJ^JhuhW >CJOJQJ]^JhuhW >CJOJQJ^J&h_hW >5CJOJQJ\^JaJ&h_h^[5CJOJQJ\^JaJ&h_h_5CJOJQJ\^JaJ&h_hX\5CJOJQJ\^JaJjlnp* , . 0 2 4 6  4P $^a$$ P a$$a$$a$gd_& ( 4 6 8 | ~     W X ӽ|qfS@$huhv=6B*CJnHph3ftH$huhv=6B*aJnHphtHhuh:B*phhuh6{B*phhuhW >5B*ph huhW >'huhW >56B*OJQJ^Jph0jhuhW >56B*OJQJU^Jph+huhW >56B*CJOJQJ^Jph'huh^[56B*OJQJ^Jph0jhuh^[56B*OJQJU^Jph      W X >?@$a$+ $d%d&d'dNOPQ] h7$8$H$gd:$$ h7$8$H$a$gdv=gd6{ 4P X >?@stuʵʮ–vov[vIvAhuh%o"huh%o5;CJaJnHtH'jhuhX\>*B*Uph huh%ohuh%o0J&jhuh%o0J&UhuhW >5:jhuhW >5:UhuhW >5CJ huhW >huhW >6B*phhuhW >5huhW >6huh6{6$huh:$6B*CJnHph3ftH$huh:$6B*aJnHph3ftHtKW ^F<):Q !   !")*+EFGHIJKLMijklopuvųŪŪqŪ]Ū'jhuhX\>*B*UphjwhuhX\Uhuh%o:CJaJnHtH'jhuhX\>*B*Uph huh%ohuh%o0J&"huh%o5;CJaJnHtHjhuh%o0J&Uh_mHnHuj}huhX\Uhuh%ojhuh%oU$vw$%&'*+567QŵŬŬŵŬoŬ'jhuhX\>*B*UphjkhuhX\U'jhuhX\>*B*Uph huh%ohuh%o0J&huh%o:CJaJnHtHjhuh%o0J&Uh_mHnHujqhuhX\Uhuh%ojhuh%oU&QRSTUVWXYuvwx{|̼̳̳䐂̼̳n̳\"huh%o5;CJaJnHtH'jhuhX\>*B*Uphj_huhX\Uhuh%o'jhuhX\>*B*Uph huh%ohuh%o0J&huh%o:CJaJnHtHjhuh%o0J&Uh_mHnHujhuh%oUjehuhX\U$   '()*-.<=>XYZ[\]^_`|}~̺̱̱~~p̱̆\̱~~'jhuhX\>*B*UphjShuhX\Uhuh%ohuh%o:CJaJnHtH'jhuhX\>*B*Uph huh%ohuh%o0J&"huh%o5;CJaJnHtHjhuh%o0J&Uh_mHnHujhuh%oUjYhuhX\U$$%&@A̼̳̳䐂̼̳n̳`jA huhX\U'j huhX\>*B*UphjG huhX\Uhuh%o'jhuhX\>*B*Uph huh%ohuh%o0J&huh%o:CJaJnHtHjhuh%o0J&Uh_mHnHujhuh%oUjMhuhX\U%ABCDEFGHdefgjkwxy»§Ÿ»}Ÿoj5 huhX\U'j huhX\>*B*Uphj; huhX\Uhuh%o'j huhX\>*B*Uph huh%ohuh%o0J&huh%o:CJaJnHtHjhuh%o0J&Uh_mHnHujhuh%oU+    6789:;<=>Z[\]`ajkl𷪷Ͽ}𷪷oϿj)huhX\U'j huhX\>*B*Uphh_mHnHuj/ huhX\Ujhuh%oUhuh%ohuh%o:CJaJnHtHjhuh%o0J&U'j huhX\>*B*Uphhuh%o0J& huh%o& #$%&'()*+GHսՐ|սnՐjhuhX\U'jhuhX\>*B*Uph huh%oh_mHnHuj#huhX\Ujhuh%oUhuh%ohuh%o:CJaJnHtHhuh%o0J&jhuh%o0J&U'jhuhX\>*B*Uph$HIJLMfghջՎzjջ\jՎjhuhX\Uhuh%o:CJaJnHtH'jhuhX\>*B*Uph huh%oh_mHnHujhuhX\Ujhuh%oUhuh%o"huh%o5;CJaJnHtHhuh%o0J&jhuh%o0J&U'jhuhX\>*B*Uph$456789:;<XYZ[`auvwսՐ|mս_mՐjhuhX\Uhuh%oCJaJnHtH'jhuhX\>*B*Uph huh%oh_mHnHuj huhX\Ujhuh%oUhuh%ohuh%o:CJaJnHtHhuh%o0J&jhuh%o0J&U'jhuhX\>*B*Uph$/01KLMNOPQRSopվՑ}mվ_mՑjhuhX\Uhuh%o:CJaJnHtH'j|huhX\>*B*Uph huh%oh_mHnHujhuhX\Ujhuh%oUhuh%ohuh%oCJaJnHtHhuh%o0J&jhuh%o0J&U'jhuhX\>*B*Uph$pqrwx !վՑ}վoՑjhuhX\U'jphuhX\>*B*Uph huh%oh_mHnHujhuhX\Ujhuh%oUhuh%ohuh%oCJaJnHtHhuh%o0J&jhuh%o0J&U'jvhuhX\>*B*Uph$!"#():;<VWXYZ[\]^z{|}վՑ}վoՑjhuhX\U'jdhuhX\>*B*Uph huh%oh_mHnHujhuhX\Ujhuh%oUhuh%ohuh%oCJaJnHtHhuh%o0J&jhuh%o0J&U'jjhuhX\>*B*Uph$\nqstuvwxyz{lm gdcMgdB) gdB)  !h  !   012356LMNhijklmnopվՑ}kվ]kՑjhuhX\U"huh%o5;CJaJnHtH'jXhuhX\>*B*Uph huh%oh_mHnHujhuhX\Ujhuh%oUhuh%ohuh%oCJaJnHtHhuh%o0J&jhuh%o0J&U'j^huhX\>*B*Uph$ <=ջՎzջlՎjhuhX\U'jLhuhX\>*B*Uph huh%oh_mHnHujhuhX\Ujhuh%oUhuh%o"huh%o5;CJaJnHtHhuh%o0J&jhuh%o0J&U'jRhuhX\>*B*Uph$=>?OPQklmnopqrsi|%01klmͲޕ}vi\i\i\i\i\i\iU huhB)huh5>o6B*phhuhB)6B*ph huhW >huhW >5:jhuhW >5:U"huh%o5;CJaJnHtHh_mHnHujhuhX\Ujhuh%oUhuh%ohuh%o0J&jhuh%o0J&U'jFhuhX\>*B*Uphmn $%_ghst;<g! $ ౤}}umumuhuhW >\huhW >5huhl6B*phhuh6B*phhuhct6B*phhuhD=6B*phhuh4:6B*phhuhW >6huhcM6B*phhuh^[6B*phhuhl6B*ph huhW >jhuhW >U*%=>g $$ & #$/Ifa$b$$$ & #$/If^a$b$ gd ^`gdl `K:$ & #$/Ifb$$ & #$/If^b$kd@$$Ifl40s @    t 6  &&02 s4 lae4f4p&& vaP$ & #$/Ifb$$ & #$/If^b$kd6 $$Ifl40s @   t 6  02 2 s4 lae4f4 ! !!m!!vqqof\J P^`Pgdi6 gdi6 gdi6$a$kd!$$Ifl40s @   t 6  02 2 s4 lae4f4 !i!l!""""##"###U#X#r#u#####/$0$2$O$P$R$_$`$;(R(S(*Ǽ֧֧rbrbhuhv=6B*]aJph"huhv=6>*B*]aJphhuhv=6B*aJph huhD=huh^[6B*phhuhH. 6B*phhuhW >6jhuhW >U huhi6huhi66huhl6B*phhuhi66B*ph huhW >huhW >5 !"""####7#b####1$2$P$%% $7$8$H$a$gdv= & F h]gdgew & F hv]gdgew gdH.  gdi6 ^`gdi6 & F ]gdgew%8(9(**t++++,N,O,T,.;.<.D../g/h/q/[0gd8K$ h7$8$H$a$gd%\gdD=  gd) $7$8$H$a$gdq3 $7$8$H$a$gdv=****^+_+s+t+u++++++,,,L,M,N,O,S,T,x,y,..9.:.<.C.øt`M$huh%\6B*aJnHphtH'huh9!6B*]aJnHphtH'huh%\6B*]aJnHphtHhuhW >6huh)6B*phhuhD=6B*ph huhD= huhW >jhuhW >Uhuh)6B*aJphhuhv=6B*]aJphhuhv=6B*aJphhuhq36B*aJphC.D.,/-/.///e/f/h/p/q/Z0[0\000000111111111222$3%3'30313m4n4o444444;6<6=6s6t6u6v6667huh9n6B*phhuh'a6B*phhuh6B*phhuhW >6 huhD=jhuhW >Uhuh8K6B*phhuh9!6B*phhuhD=6B*ph huhW >5[000011112&3'313n4444<6u6v667777E8gd6  gd bgd9ngd'agdgd8KgdD=77777777D8E8F8|8}88888889n:o:p::::::;;;;;;<<t<u<v<<ڹᬟᬅ~qdhuhv6B*phhuh1"6B*ph huh1"huh> 6B*phhuhGE6B*phhuh9!6B*phhuhW6B*ph huhWhuh6 6B*phhuhD=6B*ph huhD= huhW >jhuhW >Uhuh b6B*ph'E8~88888o::::;;;<u<<<<#=\=]=v= gdV-gdvgd1"gd>  gdGEgdD=gdD=]<<<<<"=#=$=Z=[=]=u=v=>>>>>>>>>1?2?4?C?D?z?{???????@@)@*@`@a@y@z@AAAJAKAMAbAcABBBBBٿ٧획huhd!6B*phhuh`6B*phhuh6B*phjhuh1"Uhuh\Y,6B*phhuhV-6B*phhuh1"6B*ph huh1" huhW >jhuhW >U7v=>>>>3?4?C?|?}?????@@)@b@c@z@ALAMAcABgdd! gdgd1"gd1"gd1" h]gd1"BBBB0DiDjD{D|DDDDD $$Ifa$ & F & F  ] hgd` BBBB/D0D1DgDhDDDEE0E1EGEHE^EkEmEnEEEEEEEEEEEEEEE#$&'-./0CHIJºh_0J6CJmHnHuhu0J6CJjhu0J6CJU hu6CJhuh9!hu6U h.6hgewjhgewUhuhW >5\huhW >5jhuhW >U huh` huhW >/DDDDD|qhq $$Ifa$  !$Ifkd!$$IflFZ~ f! t70    4 laDDDDD|vmv $$Ifa$$Ifkd"$$IflFZ~ f! t70    4 laDDDDpEqEEEEEEE|niggiggggg & F ^`kd,#$$IflFZ~ f! t70    4 la EEEEE#$CDEFGHIJ -DM -DM $a$Design Description for Project  PAGE 9 v1.1 October 2005 6 0 0&P/R / =!"#$% }DyK _Toc116288960}DyK _Toc116288960}DyK _Toc116288961}DyK _Toc116288961}DyK _Toc116288962}DyK _Toc116288962}DyK _Toc116288963}DyK _Toc116288963}DyK _Toc116288964}DyK _Toc116288964}DyK _Toc116288965}DyK _Toc116288965}DyK _Toc116288966}DyK _Toc116288966}DyK _Toc116288967}DyK _Toc116288967}DyK _Toc116288968}DyK _Toc116288968}DyK _Toc116288969}DyK _Toc116288969}DyK _Toc116288970}DyK _Toc116288970}DyK _Toc116288971}DyK _Toc116288971}DyK _Toc116288972}DyK _Toc116288972}DyK _Toc116288973}DyK _Toc116288973}DyK _Toc116288974}DyK _Toc116288974}DyK _Toc116288975}DyK _Toc116288975}DyK _Toc116288976}DyK _Toc116288976}DyK _Toc116288977}DyK _Toc116288977}DyK _Toc116288978}DyK _Toc116288978}DyK _Toc116288979}DyK _Toc116288979}DyK _Toc116288980}DyK _Toc116288980}DyK _Toc116288981}DyK _Toc116288981}DyK _Toc116288982}DyK _Toc116288982}DyK _Toc116288983}DyK _Toc116288983}DyK _Toc116288984}DyK _Toc116288984}DyK _Toc116288985}DyK _Toc116288985}DyK _Toc116288986}DyK _Toc116288986}DyK _Toc116288987}DyK _Toc116288987}DyK _Toc116288988}DyK _Toc116288988}DyK _Toc116288989}DyK _Toc116288989}DyK _Toc116288990}DyK _Toc116288990}DyK _Toc116288991}DyK _Toc116288991$$If!vh5 5#v #v:V l4  t 6  &&05 52 s4e4f4p&&$$If!vh5 5#v #v:V l4 t 6  0,5 52 2 s4e4f4$$If!vh5 5#v #v:V l4 t 6  0,5 52 2 s4e4f4$$If!vh555#v#v:V l t70,554a$$If!vh555#v#v:V l t70,554a$$If!vh555#v#v:V l t70,554a^+ 666666666vvvvvvvvv666666>6666666666666666666666666666666666666666666666666hH6666666666666666666666666666666666666666666666666666666666666666662 0@P`p2( 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p 0@P`p8XV~_HmH nH sH tH D`D Normal hCJ_HmH sH tH b`b  Heading 1($ & F<-D@&M 5:CJKHZ`Z  Heading 2($ & Fx<-D@&M 5:X`X  Heading 3($ & F<<-D @&M 5J`J  Heading 4$ & F<@&56P`P  Heading 5 & F<@&CJOJQJkHT`T  Heading 6 & F<@&6CJOJQJkHP`P  Heading 7 & F<@&CJOJQJkHT`T  Heading 8 & F<@&6CJOJQJkHT `T  Heading 9 & F<@&6CJOJQJkHDA`D Default Paragraph FontVi@V  Table Normal :V 44 la (k`(No List 4@4 Header  !4 @4 Footer  !.)@. Page NumberO" NormListt & F8(>Th.^8`CJBB@2B Body Text  h 6B*phO Heading 1.5c & F@& >TO! Heading 2.5c & F@& >TB@B TOC 1 h! xx 5;CJ8@8 TOC 2  h! :CJ:@: TOC 3 h^CJ6@6 TOC 4 h^6@6 TOC 5 h^6@6 TOC 6 h^6@6 TOC 7 h^6@6 TOC 8 h^6@6 TOC 9 h^JOJ 6{Comment  hx6B* CJphtH\O\  level 2 bullet h@^@`B*POP lev2#! hhd]^h 5>*B*dOA"d lev34"$ & F h(d@& ]^ 6>*B*CJ`o2` level 2 bullet%# & F 4]B*HOBH lev1$ h,] 5B*CJH@RH ^[ Balloon Text%CJOJQJ^JaJ6U@a6 Hyperlink >*B*ph0o0 Style1 ( & FFoF Style2 bullet* & F !PK![Content_Types].xmlj0Eжr(΢Iw},-j4 wP-t#bΙ{UTU^hd}㨫)*1P' ^W0)T9<l#$yi};~@(Hu* Dנz/0ǰ $ X3aZ,D0j~3߶b~i>3\`?/[G\!-Rk.sԻ..a濭?PK!֧6 _rels/.relsj0 }Q%v/C/}(h"O = C?hv=Ʌ%[xp{۵_Pѣ<1H0ORBdJE4b$q_6LR7`0̞O,En7Lib/SeеPK!kytheme/theme/themeManager.xml M @}w7c(EbˮCAǠҟ7՛K Y, e.|,H,lxɴIsQ}#Ր ֵ+!,^$j=GW)E+& 8PK!Ptheme/theme/theme1.xmlYOo6w toc'vuر-MniP@I}úama[إ4:lЯGRX^6؊>$ !)O^rC$y@/yH*񄴽)޵߻UDb`}"qۋJחX^)I`nEp)liV[]1M<OP6r=zgbIguSebORD۫qu gZo~ٺlAplxpT0+[}`jzAV2Fi@qv֬5\|ʜ̭NleXdsjcs7f W+Ն7`g ȘJj|h(KD- dXiJ؇(x$( :;˹! I_TS 1?E??ZBΪmU/?~xY'y5g&΋/ɋ>GMGeD3Vq%'#q$8K)fw9:ĵ x}rxwr:\TZaG*y8IjbRc|XŻǿI u3KGnD1NIBs RuK>V.EL+M2#'fi ~V vl{u8zH *:(W☕ ~JTe\O*tHGHY}KNP*ݾ˦TѼ9/#A7qZ$*c?qUnwN%Oi4 =3ڗP 1Pm \\9Mؓ2aD];Yt\[x]}Wr|]g- eW )6-rCSj id DЇAΜIqbJ#x꺃 6k#ASh&ʌt(Q%p%m&]caSl=X\P1Mh9MVdDAaVB[݈fJíP|8 քAV^f Hn- "d>znNJ ة>b&2vKyϼD:,AGm\nziÙ.uχYC6OMf3or$5NHT[XF64T,ќM0E)`#5XY`פ;%1U٥m;R>QD DcpU'&LE/pm%]8firS4d 7y\`JnίI R3U~7+׸#m qBiDi*L69mY&iHE=(K&N!V.KeLDĕ{D vEꦚdeNƟe(MN9ߜR6&3(a/DUz<{ˊYȳV)9Z[4^n5!J?Q3eBoCM m<.vpIYfZY_p[=al-Y}Nc͙ŋ4vfavl'SA8|*u{-ߟ0%M07%<ҍPK! ѐ'theme/theme/_rels/themeManager.xml.relsM 0wooӺ&݈Э5 6?$Q ,.aic21h:qm@RN;d`o7gK(M&$R(.1r'JЊT8V"AȻHu}|$b{P8g/]QAsم(#L[PK-![Content_Types].xmlPK-!֧6 +_rels/.relsPK-!kytheme/theme/themeManager.xmlPK-!Ptheme/theme/theme1.xmlPK-! ѐ' theme/theme/_rels/themeManager.xml.relsPK] 7= 99Y[]`X vQAHp!=m *C.7<BJ#%')*+,-./012345789:?BCEGJ  !%[0E8v=BDDDEJ$&(6;<=>@ADFHIKLMNct*FHIKkv&6RTUWw   ) = Y [ \ ^ ~  % A C D F f x  7 9 : < \ k  $ & ' ) I g  5 7 8 : Z v 0LNOQq";WYZ\| 2Mikln>Plnoqm;/t""#L#%9%.&e&[''(()$*n++<-s-..E/|/o1122u33#4Z455516C6z66667)7`78J8990;g;<0<G<m<<<7=3333 X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%X%̕333333333333333333333333333333333;BD`!D@0(  B S  ?1 _Toc116288960 _Toc116288961 _Toc116288962 _Toc116288963 _Toc116288964 _Toc116288965 _Toc116288966 _Toc116288967 _Toc116288968 _Toc116288969 _Toc116288970 _Toc363403525 _Toc116288971 _Toc116288972 _Toc116288973 _Toc116288974 _Toc116288975 _Toc116288976 _Toc116288977 _Toc116288978 _Toc116288979 _Toc116288980 _Toc116288981 _Toc116288982 _Toc116288983 _Toc116288984 _Toc116288985 _Toc116288986 _Toc116288987 _Toc116288988 _Toc116288989 _Toc116288990 _Toc374091641 _Toc374441660 _Toc374441711 _Toc374500460 _Toc374500988 _Toc374530994 _Toc116288991 _Toc374441661 _Toc374441712 _Toc374500461 _Toc374500989 _Toc374530995 _Toc374441662 _Toc374441713 _Toc374500462 _Toc374500990 _Toc374530996{>2"O#<%h&''('*+v-.//123]4546}667c7M89j;j;j;j;j;j;j;|;|;|;|;|;;;;;;8= 0 !"#$%&'()*+,-./$f "O"S#C%p&''(0*+-.//133u45B666(7y7b89z;z;z;z;z;z;;;;;;;;;;;<8= (*44X\*Iv6U = \ % D x  : k  ' g  8 v 0O;ZMlPo66<<<<<<<<<<<<<==5=8= (*44EV*Iv6U = \ % D x  : k  ' g  8 v 0O;ZMlPo<<<<<<<<<<<<==#=*=/=5=8= (*448=L6r iHBA#9$J~"8(W-h1$KaiR*^`o(.h^`56OJQJo(.^`o(..^`o(... ^`o( .... ^`o( ..... ^`o( ...... ^`o(....... ^`o(........hh^h`56B*CJOJQJo(ph)^`o(()pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.@h=v^v`()hh^h`56B*CJOJQJo(ph3f)^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.z^`zo(()hh^h`56OJQJo()^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.i~"aiW-9$BHb       炻        da        >=8K4 6 H. t wWw9!d!:$B)*\Y,*0q3i6:v=W >9DEGEcM+mMnQ^[%\X\r^_'a b"g5>ogew6{ 4.lujlvp`ct){v6\9nD=> 4:1") %oV-<<@(<7=pp@p@@UnknownG*Ax Times New Roman5Symbol3. *Cx Arial5. *[`)TahomaACambria Math"hjBզlBզ"u| 3 n 3 n!24d<<2QHX ?gew2!xx#Software Requirements Specificationgonengonen$      Oh+'0X     ,8@HP$Software Requirements Specificationsdd_cmpe160.dotgonen1Microsoft Office Word@G@|uh@l@G^  33՜.+,D՜.+,\ hp   TeraQuestn< $Software Requirements Specification$Software Requirements Specification TitleKonu Başlığı     0 H P X d |   _PID_HLINKSClientDate completedDocument number Disposition Department_TentativeReviewCycleID _ReviewCycleID _NewReviewCycle _EmailSubject _AuthorEmail _AuthorEmailDisplayName_ReviewingToolsShownOnceA 65_Toc11628899165_Toc11628899065_Toc11628898965_Toc11628898865_Toc11628898765_Toc11628898665_Toc11628898565_Toc11628898465_Toc11628898365_Toc11628898265_Toc11628898165_Toc1162889806|5_Toc1162889796v5_Toc1162889786p5_Toc1162889776j5_Toc1162889766d5_Toc1162889756^5_Toc1162889746X5_Toc1162889736R5_Toc1162889726L5_Toc1162889716F5_Toc1162889706@5_Toc1162889696:5_Toc116288968645_Toc1162889676.5_Toc1162889666(5_Toc1162889656"5_Toc11628896465_Toc11628896365_Toc11628896265_Toc1162889616 5_Toc116288960Q3Q3SDD templateilker@boun.edu.trIlker Demirkol  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQSTUVWXYZ[\]^_`abcefghijklmnopqrstuvwxyz{|}~Root Entry Ftݨ@Data R#1TabledaDWordDocument8SummaryInformation(DocumentSummaryInformation8CompObjy  F'Microsoft Office Word 97-2003 Document MSWordDocWord.Document.89qOh+'0X     ,8@HP$Software Requirements Specificationsdd_cmpe160.dotgonen1Microsoft Office Word@G@|uh@l@G^  3