You are on page 1of 13

SYNON Questions & Answers 1. Types of File relations? Defined as Owned by Refers to Extended by Includes 2.

Types of file to field relation? Known by Qualified by Has 3. How many types of file are available in synon/2e? Reference file (Master file) Capture file (Transaction file) Structure file (Field reference file) 4. Types of Accesspath Physical, Update, Retrieval, Resequence, Query, Span. 5. Built in Functions available in Synon *ADD, *COMMIT, *COMPUTE, *MOVE, *MULT, *QUIT, *DIV, *CONCAT, *SUBSTRING etc., 6. Types of Objects in Synon CRT, CHG, DLT, SLTRCD, EDTRCD 7. Virtual Field It is logically present in many files but physically present only in one file. 8. If you want to avoid system performance Degradation due to Virutalization. What will you do? Transaction file might contain many Virtual fields. So while opening the transaction file it might take sometime, as all the records in the virtual field as to be dumped into the transaction file. So we need to minimize the use of Virtual field. 9. In Data Modeling what is the effect when we give *None or *All for Sharing. When we give *All for Sharing - If same fields exists in both the files. Declaring the fields and its attributes in one file is enough. When we give *None for Sharing - If same fields exists in both the files. Declaring the fields in one file is enough. But attributes as to be defined separately 10. What will happen when you hide, drop a field? Drop Field is not used. Hide Field is not visible to the user. We can access at any point of time. 11. Type of EDTRCD Edit record (1 screen) Edit record (2 screen) Edit record (3 screen) 12. What is Assimilation? Process of retrieving existing externally described OS/400 file definitions into SYNON/2E design model. The Command is YRTVPFMDL 13. What is differentiation? The process in data-modeling of creating new entities by splitting a current entity into two separate entities. 14. What are the functions created by default for a REF file CHGOBJ, CRTOBJ, DLTOBJ, EDTFIL & SELRCD 15. Difference between EXCEXTFUN and EXCINTFUN Execute external functions allows to specify a high level program using an action diagram. Implemented as separate program and has its own action diagram. Parameter of VRY is allowed. Execute internal functionsallows to specify a portion of an action diagram for repeated use

in other functions. 16. Does a RTVOBJ have to be coded before a DLTOBJ No 17. Does an EDTFIL automatically read the database file it is built over? Yes 18. Does a PMTRCD automatically read the database file it is built over? No 19. Difference between EDTTRN and EDTFIL EDTTRN Loads an entire subfile. EDTFIL - Only loads one page of a subfile at a time. 20. Name the Access paths which are created automatically for every REF or CPT file Physical Access path Update Access path Retrieval Access path 21. What are two ways to define a Select/Omit access path? Explain. Dynamic Selection is not build into AS/400 path is applied at run time. Dynamic selection is Less efficient than static selection, but may help to reduce the number of OS/400 access paths that is required. Static(S) Selection is build into access path. 22. What does ICF do on an action diagram line? Insert a case statement and prompt. 23. What are the roles a parameter can take RST, POS, MAP, VRY 24. What are different types of context? DB Context: DB1 & DB2 Device contexts: CTL, RCD, DTL, 2ND, 3RD, CUR, NXT, KEY System contexts: JOB, PGM Program contexts: PAR, WRK Literal contexts: CON, CND 25. What is RTVMSG? The RTVMSG function returns a message to the calling program. Using the message text we can perform any number of process such as moving a character string from a database file into a field. 26. What is EXCMSG? This function specifies that a request message is to be executed. The request may be any CL, OS/2 or Unix command. 27. Various data types available in Synon/2E CDE, NBR, PCT, REF, STS, TXT, VAL, VNM, DTE, NAR, QTY, TME, IGC, SGT, PRC 28. Object types in Synon File, Relation, Condition, Function & Access path 29. How will you submit a Batch job in Synon? Using EXCMSG 30. Various message functions available EXCMSG, RTVMSG, SNDCMPMSG, SNDERRMSG, SNDINFMSG, SNDSTSMSG 31. 6 Forms of an Output variable. ADD,MULT,DIV,SUB 32. How do u submit batch jobs in Synon apart from EXCMSG? 33. How to display a status field next to a status field?- By using RTVCND Declare function field next to status field / declare out put function field retrive command ot get the description value. 34. How do you delete access path? We can not delete a access path which is referred by some other function/accesspath. If you want to delete, you have to remove the (REF) relations then delete. 35. How do you handle level check error? Again compile pf with *level check-No or compile program.

36. Explain use of EXSR ,EXCPT,ROLBK EVAL HNO = % trim(% subst (address :1:4)) 37. List Various access path maintaince Immediate- Update changes immediately Delay- changes are logged and the access path updates when the file is opened .No rebuild is done. Rebuild- Access path is rebuild when the file is opened again. 38. Why would you want to define a parameter as *Neither ? - 1.For use as work variable within function. - 2.In a chgobj, field passed as neither are not updated in the database - 3.In screen functions ,Neither Map parameters can be used to create O/P fields on the device design (Thus avoiding the need to create function fields) 39. How can you pass more than 9 parameter to a function ? - By using Array. 40. What is Diff between a PRTFIL & PRTOGJ ? -PRTFIL is an external function which specifies a complete report. -PRTOBJ is an internal function type which specifies a segment of report for inclusion within another report function . 41. Which access path needed for PRTFIL and PRTOBJ -QRY access path. 42. What are constructs ? Constructs are the basic building blocks of an action diagram .By combining different types of constructs we define the procedural logic of an action diagram.The combination constructs are : sequence, Conditional and interactive. 43. How is Commitment control implemented in synon? - It can be implemented by specifying one of the following three options in function options. - MASTER : By choosing this option the program will run under commitment control .This program will contain appropriate - commit points,which will be defined in the synon supplied program Y2BGCTL . SLAVE : The program will run under commitment control .No automatic start or commit points are included.Commit points can be added using commit build in function. * NONE : The program does not run under commitment control.Hence ther are no commit points .(Physical files running under Commitment control must be journalized) 44. Types of File relations? Defined as Owned by Refers to Extended by Includes 45. Types of file to field relation? Known by Qualified by Has 46. How many types of file are available in synon/2e? Reference file (Master file) Capture file (Transaction file) Structure file (Field reference file) 47. Types of Accesspath Physical, Update, Retrieval, Resequence, Query, Span. 48. Built in Functions available in Synon *ADD, *COMMIT, *COMPUTE, *MOVE, *MULT, *QUIT, *DIV, *CONCAT, *SUBSTRING etc.,

49. Types of Objects in Synon CRT, CHG, DLT, SLTRCD, EDTRCD 50. Virtual Field It is logically present in many files but physically present only in one file. 51. If you want to avoid system performance Degradation due to Virutalization. What will you do? Transaction file might contain many Virtual fields. So while opening the transaction file it might take sometime, as all the records in the virtual field as to be dumped into the transaction file. So we need to minimize the use of Virtual field. 52. In Data Modeling what is the effect when we give *None or *All for Sharing. When we give *All for Sharing - If same fields exists in both the files. Declaring the fields and its attributes in one file is enough. When we give *None for Sharing - If same fields exists in both the files. Declaring the fields in one file is enough. But attributes as to be defined separately 53. What will happen when you hide, drop a field? Drop Field is not used. Hide Field is not visible to the user. We can access at any point of time. 54. Type of EDTRCD Edit record (1 screen) Edit record (2 screen) Edit record (3 screen) 55. What is Assimilation? Process of retrieving existing externally described OS/400 file definitions into SYNON/2E design model. The Command is YRTVPFMDL 56. What is differentiation? The process in data-modeling of creating new entities by splitting a current entity into two separate entities. 57. What are the functions created by default for a REF file CHGOBJ, CRTOBJ, DLTOBJ, EDTFIL & SELRCD 58. Difference between EXCEXTFUN and EXCINTFUN Execute external functions allows to specify a high level program using an action diagram. Implemented as separate program and has its own action diagram. Parameter of VRY is allowed. Execute internal functionsallows to specify a portion of an action diagram for repeated use in other functions. 59. Does a RTVOBJ have to be coded before a DLTOBJ No 60. Does an EDTFIL automatically read the database file it is built over? Yes 61. Does a PMTRCD automatically read the database file it is built over? No 62. Difference between EDTTRN and EDTFIL EDTTRN Loads an entire subfile. EDTFIL - Only loads one page of a subfile at a time. 63. Name the Access paths which are created automatically for every REF or CPT file Physical Access path Update Access path Retrieval Access path 64. What are two ways to define a Select/Omit access path? Dynamic & Static 65. What does ICF do on an action diagram line? Insert a case statement and prompt. 66. What are the roles a parameter can take

RST, POS, MAP, VRY 67. What are different types of context DB Context: DB1 & DB2 Device contexts: CTL, RCD, DTL, 2ND, 3RD, CUR, NXT, KEY System contexts: JOB, PGM Program contexts: PAR, WRK Literal contexts: CON, CND 68. What is RTVMSG? The RTVMSG function returns a message to the calling program. Using the message text we can perform any number of process such as moving a character string from a database file into a field. 69. What is EXCMSG? This function specifies that a request message is to be executed. The request may be any CL, OS/2 or Unix command. 70. Various data types available in Synon/2E CDE, NBR, PCT, REF, STS, TXT, VAL, VNM, DTE, NAR, QTY, TME, IGC, SGT, PRC 71. Object types in Synon File, Relation, Condition, Function & Access path 72. How will you Submit a Batch job in Synon Using EXCMSG 73. Various message functions available EXCMSG, RTVMSG, SNDCMPMSG, SNDERRMSG, SNDINFMSG, SNDSTSMSG 74. What is Data modelling? Data modelling is a place where you can define file and its attributes. 75. Define the File Relations. How many types? Describe the connection between two files or between a file and fields. File relations are Defined as (optional), Includes, and Extended by, Owned by, Refers to. 76. Define Field relations and explain each? Field Relations is used to describe the key as well as non-key attributes of a file. Known by: define a key attribute of a file. Has: define a non-key field for a file Qualified by: define a key attribute for a file 77. What is the difference between Refers to and Owned by relation? Owned By - Implements the parent child relationship. The key field of the owning file becomes a primary key of the owned file. Refers to - the key field of the referring file become the non key attribute of the referred file 78. What is the difference between Known by and qualified by? Known by - It requires exact key match. Qualified by - doesn't require exact key match, it will return either a previous or next value. 79. How many types of files are available in Synon/2e? There are 3 types of files are available. a. REF - Reference file (like a master file) b. CPT Capture file (like a transaction file) c. STR Structure file (it does have any file object, but it looks like a field reference file) 80. Which Version currently working with Version 7 81. What is the difference between REF and CPT files? REF file is like a master file. CPT file is like a transaction file. 82. What is access path? How many types & explain each. Access path is path through which you can retrieve records. There are 6 types of access path is supported by SYNON. By default Synon creates 3 access path namely Physical, Update and Retrieve access paths. User can create other 3 access path namely Re sequence, Query and Span access path. 83. What are the access paths will allow changing the key order?

Re sequence and Query access path will allow to change the key order. 84. Using which access path you can define a virtual field as a key? Using QRY access path we can a virtual field as key. 85. While generating QRY access path how many members (PF, CLP) being created. For mapping it creates Physical file, it creating a QRY in CL program. 86. Will synon (file) object allow more than 13,000 records? 87. Explain Known by, Owned by & Qualified by relations? Known by the record value will be identified using known by relation. Owned by it is the first key in the owned file. Qualified by it is key field, it try to find out nearest key value (either previous or next or exact) 88. How many ways, you can lock a access path? a. Temporary lock when PGMR open the function/access path, that function will be locked temporally. b. Permanent lock if the Designer has Object Ownership authority, he can implement permanent lock 89. How do you handle the access path maintenance in different situations a. *IMMEDEATE b. *REBUILD c. *DELAYED 90. What do you mean by self-reference and give example 91. How do you delete a access path which is referred by some other access path? We cannot delete a access path which is referred by some other function/access path. If you want to delete, you have to remove the (REF) relations then delete. 92. How many types of functions available in Synon/2e? a. Standard function b. Built in function c. Function fields d. Message functions 93. What is standard function and types? Standard functions specify the program and subroutines. User can write his won codes in the User point in the action diagram. a. Database functions b. Device functions c. User functions 94. What is Database functions & types? Database function is a function, using this we can do all file operations like Create, Delete, Update, and Retrieve records. It has 4 internal objects like, a. Create object b. Delete object c. Update object d. Retrieve object 95. What is Device function & types? Device function is a function, using this you can design the Panel (Workstations) and Report design. It has both internal and external functions. a. Print object b. Display record c. Display record 2 panel d. Display record 3 panel e. Prompt record f. Edit record g. Edit record 2 panel h. Edit record 3 panel i. Display file j. Edit file

k. Select record l. Display transaction m. Edit transaction n. Print file 96. What is User function & types? Using this function, you can incorporate User written programs and subroutines into the Synon/2e generated applications. You can include these functions inside the action diagram or User written HLL. a. Execute internal Function b. Execute User Source c. Execute External Function d. Execute user program 97. What is Built in function and give some examples? Using Built in function, you can do all arithmetic operations, string manipulations and control operations like Commit and rollback. *ADD *COMMIT *COMPUTE (Using this we can do all arithmetic operations like add, sub, mult & div) CONCAT (It joins 2 string with the conditions (*none = no blanks, *one = leave one blank, *all = leave all blanks)) *CVTVAR (It just convert the value of one type to another type) *DATE DETAILS (It gives the date details like day of week, day of year, *month, leaf year etc) *DATE INCREMENT (Using this we can add quantity of a given date and find out new date) *DIV *DIV WITH REMAINDER (Remainder value will move to another value) *DURATION (It calculates duration between 2 dates) *ELAPSED TIME (It calculates time (HH, MM, SS, MS) between 2 given time) *EXIT PROGRAM (Leave) *MODULO (It gives only remainder value) *MOVE *MOVE ALL (Move value (even constant) to variable(s)) *MULT *QUIT (It is like a goto statement in RPG, it leaves from the entire action diagram) *ROLLBACK (The changes will not be reflected when you use *ROLLBACK) *RTVCND (It specifies that the name of a given condition is to be retrieved into a function field) *SER CURSOR (It is equal to cursor position keyword in SDA) *SUB *SUBSTRING (Using this we can take a part of string from the base variable) *TIME DETAILS (It is similar to date details Built in function) *TIME INCREMENT (Using this we can add a quantity to a given time) 98. What is Function field? A function field is a field whose value is not physically stored in database. But is derived from other fields or files. Using this we can, a. SUM b. Maximum c. Minimum d. Count e. Derived f. User 99. What is a Message function and its type? It is a type of function, using this we can send messages to Workstation using synon/2e. the message function has a. Send error message (using this we can pass a error message to the message queue) b. Send information message (using this we can pass a information message to the message queue)

c. Send completion message (when a job is completed this message will appear) d. Send status message (it gives information about the long running programs status to the message queue) e. Retrieve message (it retrieve a message from message file to the function, using this you can concat even 2 database fields) f. Execute message (Request message to be executed by the calling function) 100. Can you pass a parameter with type = (VRY) while calling EXCUSRSRC & why? We cannot pass a parameter with VRY type when we call a EXCUSRSRC. Because USRSRC is a internal function, while compiling the PGM, it may give length mis-match error will come. 101. If you dont pass parameter while calling internal function what will happen? There are 2 possibilities,All records in the access path are read if the USER: Process Data Record contains user logic, Only 1st record is read if the USER: Process Data Record does not contains user logic 102. What is the use of function option? Using this you can activate Confirm prompt Prompt, passing initial value to the prompt, commitment control, send error message, copy the message back to the previous PGM message queue, reclaim the resource, closing the program, bypass key screen etc. 103. How many types of parameters are there? There are 4 types. a) Input- it pass value and the final value will not returned b) Output it wont pass value but it receive value c) Both it do both a & b d) Neither it wont pass and it wont return any value. 104. How many roles? a) Position is equal to setll in RPG. b) Restrict is equal to CHAIN & READE opcode in RPG. c) Vary the length will be vary when you call user written program d) Map it map the attribute and lengths of the target field 105. How many ways you can pass a parameter? You can pass a FLD, RCD, and KEY as a parameter. 9. How many ways you can design a device? a) Panel design b) Report design 106. What are the Elements the panel design has? A panel design has been divided into 3 ways. 1. Multiple record function (EDTFIL, DSPFIL, SELRCD) It has Standard Header, Subfile control, Subfile record, Standard footer 2. Single record function (EDTRCD, 2, 3, DSPRCD, 2, 3, PMTRCD) It has Standard Header, Key Screen, Detail Screen, and Standard footer 3. Transaction function (EDTTRN, DSPTRN) It has Subfile Standard header, Control, Subfile record, Standard footer 107. Print file function must be constructed based on RTV, RSQ, and QRY access path only. 108. How many formats are available in PRTFIL? Report Header Top of page header First page header Level 1 header Level 2 header Final report End of report 109. When will you use database context DB1 and DB2? When you use SPN access path, which has 2 logical paths, we can implement these 2 contexts. We can implement in EDTTRN & DSPTRN only. 110. ELM context will be used in *Arrays. Mainly it is used in CVTVAR built in function. 111. How many contexts device has?

KEY (Key screen), DTL (Detail screen), 2ND (in EDTRCD2, DSPRCD2), 3RD (in EDTRCD3, DSPRCD3), CTL (Subfile control), RCD (Subfile record), CUR (in PRTFIL, PRTOBJ), NXT ((in PRTFIL, PRTOBJ) move value to function field like which has SUM, MAX, MIN, CNT in next level of report), 112. How many types of Literal contexts are available? CND (Condition), CON (Constant value) 113. How many System contexts are there? JOB (It has system values while run time), PGM (PGM mode, Return code, Reload Subfile, Defer confirm) 114. How many Function contexts are available? PAR, WRK 115. How can I execute an existing program from within a Synon AD? a. Use one of the following statements: i. EXCUSRSRC ii. EXCUSRPGM 116. How can more than one user log on the model as Designer at the same time? a. You have to de-allocate the Data Area YMDLLIBRFA, once you logged in as designer 117. How much does the migration cost? Everyone is looking for the simple answer, unfortunately there isn't one. There are too many factors that can affect the migration cost. The same application written by two different programmers, may have two different costs, depending on the programming techniques they used. That is why we offer a preliminary estimate at no charge. We can't guarantee the estimate because of the high-level approach of this effort, but at least you will have some idea for a budget. We can then be contracted for the Investigative Phase, which will allow us to review your model in much more detail and refine the overall cost. 118. Is there anything we can do to reduce the cost? The migration steps include things to cleanup the COOL:2E model so that there is a simpler map between COOL:2E and COOL:Plex. We do these to reduce the cost of the Reconstruction Phase. You can do them just as easily. Delete all of the unused objects from your COOL:2E model. A lot of your EXCUSRSRC was used to do things that are now supported in later versions of COOL:2E, or can be done differently. Replace as many of them as you can with COOL:2E supported functionality. If this cannot be accomplished, at least document what they do, so their behavior can be mimicked in COOL:Plex. The Preliminary Estimate will identify other things that are specific to your implementation. We can then give you a laundry list of things that would further reduce your cost. Your staff could also be involved in the Reconstruction Phase. But this is very mundane grunt work best left to contractors, as I'm sure your folks have more important things to do. We do recommend that your staff be somewhat involved with the Reconstruction, but only to get more comfortable with the flow and user interface of COOL:Plex. 119. How long will it take to migrate our application? There you go again - see the answer to 'How much does the migration cost'. 120. Our model is really complex, will it migrate? Complexity can come in two forms; a very complex set of algorithms, calculations, and validations, or complex program flows that manipulate the standard COOL:2E function types to do things that are 'unnatural'. Most substantial applications have a combination of these. Actually, the more complex the application the more value you will see in the migration. The more action diagram statements we can save you from rewriting the more time you will save. Once your application is in COOL:Plex, you can then use it's flexibility to develop any type of function flow and make them a 'natural' part of your standards layer. Because of our experience with COOL:2E, we have built in a lot of the functionality that customers have typically changed to meet specific requirements, so you may find that it is already there. For example, we allow confirm prompt only on deletes, dynamic create/change on key entry for

EDTRCDs, etc. 121. Is there anything that doesn't migrate? Reports - PRTFILs and PRTOBJs. Sorry, but these will have to be rewritten in COOL:Plex or some other report writer or forms management software. EXCUSRSRC. COOL:Plex generates the code differently than COOL:2E, therefore field names, subroutine names, etc. won't match. COOL:Plex offers a heck of a lot more flexibility in your function design, so you can probably eliminate most of this anyway. Help text. Your documentation will migrate so you can cut and paste and clean it up. But the format for the text is different in COOL:Plex, especially if you are moving to a GUI. Panel level field optionality. This is really an issue with COOL:Plex as it does not support this capability. Optionality is designated at the Entity level in COOL:Plex so additional intervention is necessary in the Reconstruction Phase to match your functionality. There are some other things that don't have a perfect mate in COOL:Plex, but we have identified those and use a 'cookbook' approach to cleaning them up during the Reconstruction Phase. The Preliminary Estimate will identify all of the functionality that you used that will not migrate exactly as-is. If we find a specific instance of something that is prevalent in your model, we may customize the Automated Migration to better address that issue. Those are just some of the reasons that the migration is not a 'black box' utility today. But we are aggressively enhancing and changing it's capabilities to reduce the reconstruction effort. 122. How does Intropic match the COOL:2E functionality in COOL:Plex? Intropic has created a class library called ISBASE. ISBASE contains the COOL:Plex equivalent of every COOL:2E function type (except the reports). In each of these COOL:Plex functions you will find all of the COOL:2E User Points as comparable COOL:Plex Edit Points. In a nutshell, the Automated Migration identifies all of the objects to be migrated, including User Points, Action Diagram statements, AD contexts, etc. and then translates those to whatever has been identified as the equivalent in COOL:Plex. 123. Can I create a standards layer in COOL:Plex to be used by the migration? The simple answer is yes. One of the powers of COOL:Plex is the capability to inherit from any number of libraries. We take advantage of that capability and deliver ISBASE, as well as a standards layer that inherits from ISBASE, and your COOL:Plex model which inherits from the standards layer. We can either customize the standards layer during the migration process for you, or you can modify it once it has been delivered. 124. What versions of COOL:2E can be migrated? As of the date of this answer (Jul 17, 1999), we are current with release 6.2. So if you are at a previous release, we will first upgrade your COOL:2E data model to 6.2 and then proceed with the migration steps. As Sterling releases new versions of COOL:2E, we will be a few months behind. So if you are considering the migration, and are about to upgrade to a release beyond 6.2, please check with us to find out if we will be current with your new release. 125. I have heard so much about Patterns, once I migrate will I be able to take advantage of them ? Yes you can take advantage of them, but we do not migrate directly to the Release 3.5 Patterns. Because the migration needs the capability to target both 5250 and WinC clients with the same function, we had to create our functions based on OBASE. NOTE: The COOL:Plex 3.5 Patterns do not directly give you the capability to target multiple environments from a single function. They were created to directly target the WinC client side. If you would like to use the 3.5 Patterns to create more robust WinC user interfaces, once the migration is complete you can use the imported functions as a basis for your new user interface. We can work with you to create the most cost-effective approach to implement functions that need to support 5250 and a more robust GUI. But Patterns are much more than what Sterling is offering in WinC user interfaces. It is a design approach supported by multi-level inheritance. You will certainly be able to use this

very powerful feature for any new development once you have completed your migration. 126. I have a huge model, can it be broken into multiple COOL:Plex models? You're getting pretty good at asking these questions. This would only be recommended for the very largest of COOL:2E models that were barely manageable in COOL:2E, and may be even harder to manage in COOL:Plex. The real issue comes down to migration time/cost versus the return on this investment, because the steps are much more complex. You would have to identify the application area breaks within COOL:2E that you would like to have as separate COOL:Plex models. In a fully integrated model environment, a complete separation point may be impossible to distinguish. You would then have to remove relationships and function calls that cross those lines. Multiple COOL:2E 'submodels' would then have to be created. Each submodel would be migrated separately. After they are all imported, we could then reinsert the relationships and function calls in an 'implementation model' which inherits from all of the submodels. In other words, it is do-able, but because of the increased up-front cost, we recommend doing a complete analysis to determine if the payback is worth it. 127. Is this the same migration service that Synon used to offer? Yes and no. We are using the same export and import utility, but everything around them is new. This utility is licensed from Sterling software, but is really only a part of our migration offering. As I mentioned earlier, we created a new COOL:2E emulation class library in COOL:Plex called ISBASE. This differs significantly from Synon's OBASEM emulation library that was delivered with their migration efforts. Because there is a new target library, the export process was changed to translate the COOL:2E functionality to the objects in ISBASE. The scrubber process and the reports that are generated (mentioned in the White Paper and the Migration Solutions web page) are also new to the Intropic offering. 128. Is Intropic the only company offering this service? We are the only company in North America that is licensed to use the Sterling migration utilities. We are the only company in the world that has redeveloped the emulation library and has taken the migration service to a new level. If you are 'across the pond', there is a company named Client Solutions in the Netherlands that is also licensed to use the Sterling utilities. They have also had a great deal of success in using the utilities to deliver COOL:Plex solutions. Please check them out if they are more convenient to your area of the world There are other companies that offer a migration service that is actually a methodology to reengineer your applications into COOL:Plex. In other words, they write it from scratch. See the next question for our opinion on this approach. 129. I've talked to a consulting firm that says they have a methodogy to migrate to COOL:Plex, which approach is better? This is really the reengineering vs migration question. If your objective is to redesign your business, which would negate the entire design model in COOL:2E, that might be an alternative. But even if you are looking at extensive enhancements, the migration will give you one heck of a starting point. One argument that I have heard is that the migration does not take full advantage of the Patterns and multiple inheritance. Patterns are addressed in another question above. The reason that you want to take advantage of COOL:Plex's inheritance capabilities is to reduce the effort, and therefore cost, of new development and maintenance. If you migrate there isn't any new development of your existing functionality and any additional enhancements will be able to take advantage of all of the inheritance capabilities within COOL:Plex. Now let me ask you a question. Would you rather work within an application that uses the same function and field names, with a similar function flow to your COOL:2E model, or maintain an application that was just re-written? With the migration, your programmers will be working within a familiar application design. This will reduce your maintenance effort, and

cut down your learning curve. In other words, you will be productive with COOL:Plex in a shorter period of time. Long-term maintenance can take advantage of inheritance, at your own pace. Instead of spending a lot of time up-front determining the reusable objects and inheritance levels. Build the structure as you learn more about COOL:Plex's capabilities, and can focus on specific areas to be refined. 130. We are a consulting firm, can we offer this service to our COOL:2E customers? Absolutely. We can help you develop a plan that will get your customers to COOL:Plex and allow you to do most of the consulting work. We will do the Automated Migration, and will assign a project manager to work closely with you in the Reconstruction Phase, until you are comfortable with the modifications and effort. As importantly, we are looking for regional partners to assist our customers that are not currently contracting with a consulting firm and are looking for follow-on services, like training, mentoring, or contract consulting. So give us a call if you can add value to the process. 131. What is the Design principal in Synon/2E. Implementation Impendence Data Driven Design Object Based Design. 132. Define Model library and Generation Library? 133. What is Data Model? A Data Model is a structured description of a set of Data and its relationships, which you use to represent the business logic. 134. What are the Basic relations in Synon/2E? File-to-field Relationship File-to-file Relationship 135. What are the types of relations available in Synon/2E relations? Definition: Defined as Key: Owned by Known by Qualified by Attributes: Refers to Includes Has Other: Extended by 136. How many file types are there in synon/2E? Database file Non-Database File 137. How many field types are available in Synon/2E. A) 5, B) 8, C) 2, D) 15, E) 16 138. What are the conditions types available in Synon/2E? Status Field Conditions Non-Status Field Conditions. 139. What are the valid operators used in Conditions? *EQ, *NE, *GT, *LT, *GE, *LE 140. What are the relations that can be used to define Key? Owned by Known by Qualified by 141. What are the relations that can be used to define attributes? Refers to

Includes (Used only for Structure files (no /d/b field) Has 142. Where can be the relation Qualified by used? The Qualified by relation can be used to qualify a file identifier by one or more variable factor such as Date, Time or a sequence Number The Qualified by relation would typically used for entities, which represent Continuum of Values. 143. What are the types of Access Path in Synon/2E? Physical Access Path Update Access Path Retrieval Access Path Re sequence Access Path Query Access Path Span Access Path 144. What are the Basic function types available in Synon/2E? Standard functions Built in functions Function fields Message functions 145. Define DSPTRN Device function. 146. Define CHGOBJ Database function. It is a DB function used for updating records 147. Define DSPF Device function. Basically used for displaying the subfiles 148. Define DSPRCD Device Function. 149. Define EDTFIL Device function. 150. Define EDTRCD Device Function. 151. Name the function used to indicate Completion of a process. SNDCMPMSG Message Function 152. Name the function used to display error. SNDERRMSG Message Function 153. Name the function used to state the status. 154. What is the Command used to create Synon/2E model. 155. What is the Command used to Clear the model (ans: YCLRMDL) 156. What are the libraries required by Synon/2E Ver4.1.( ans: x1sy etc) 157. What is the device function that can be used to designing the Main Screen of a Maintenance program? (Edtfile, dsp file) 158. What are the access paths that can be used to read file. (Rtv, rsq qry) 159. What are the access paths that can be used to create and update a file? (Upd) 160. What are the access paths that can be attached to report file. . (Rtv, rsq qry) 161. Can you associate an access path to Execute External Function? (NO) 162. What are the default functions created by Synon/2E for an reference File 163. What is the default functions associated to a structure file? Ans: none

You might also like