Computer Knowledge
Software Development and Management
3,064 Questions
Software development and management focuses on the system development life cycle, enterprise architecture, and configuration management. It tests your familiarity with system analysis, design models, and IT project planning. This subject is essential for specialist and banking officer scale examinations.
System analysis and designSoftware development life cycleConfiguration managementEnterprise architectureObject oriented design
Software Development and Management Questions
-
INSERT
-
APPEND
-
COLLECT
-
GROUP
C
Correct answer
Explanation
COLLECT is a unique ABAP command that adds rows to an internal table while summing numeric fields. Unlike INSERT or APPEND which simply add rows, COLLECT aggregates numeric values for rows with identical keys.
-
Adding technical settings to the table
-
Checking the table syntax
-
Saving the table
-
Activating the table
D
Correct answer
Explanation
Activating the table in the ABAP Dictionary compiles the metadata structure and physically creates the corresponding table in the underlying database. Saving only stores the definition locally, while syntax checking merely validates structural rules. Technical settings configure storage parameters but do not trigger database creation itself.
-
are reusable - are not reusable
-
define the architecture - provide a definition of the existing legacy system
-
are used to define the implementation of components - are assembled from architecture building blocks
-
define what functionality is included in the system - define what products will implement that functionality
-
are assembled from solution building blocks - are single function components
D
Correct answer
Explanation
Architecture Building Blocks (ABBs) define WHAT functionality is required at an architectural level, while Solution Building Blocks (SBBs) define WHAT specific products, components, or technologies will implement that functionality. ABBs are technology-agnostic specifications. SBBs are concrete implementations. Option A is incorrect because both can be reusable. Option B reverses the definitions. Option C has the relationship backwards.
-
As Computer systems
-
As logical group of capabilities
-
As schemas
-
As data-flow diagrams
B
Correct answer
Explanation
Application systems should be described as logical groups of capabilities that work together to support business functions. This abstraction-level description is appropriate for architecture work. Computer systems (A) is too technical. Schemas (C) relate to data structure. Data-flow diagrams (D) are analysis tools, not system descriptions.
-
reusable building blocks from the Enterprise Continuum
-
custom components developed internally
-
integration methods
-
common systems components that conform to industry standards
A
Correct answer
Explanation
When selecting building blocks, TOGAF recommends prioritizing reusable components from the Enterprise Continuum (repository of proven assets) before developing custom solutions. This promotes consistency and reduces development effort. Custom components (B) and common systems components (D) are secondary considerations. Integration methods (C) are implementation concerns.
-
defects per unit of code
-
cost
-
security
-
application functionality
-
project timeline
C
Correct answer
Explanation
Qualitative criteria in application architecture evaluation include non-measurable attributes like security, maintainability, and flexibility. Security is clearly qualitative (no single metric defines 'secure'). Option A (defects per unit of code) is quantitative. Options B (cost) and E (timeline) are financial/time metrics. Option D (functionality) is about what the system does, not a qualitative quality measure.
-
transaction volume
-
availability
-
application functionality
-
reliability
-
security
C
Correct answer
Explanation
The question asks what is NOT a qualitative criterion. Application functionality describes WHAT the system does - it's the deliverable itself, not a quality attribute. Qualitative attributes include availability (B), reliability (D), and security (E) - these describe HOW WELL the system operates. Transaction volume (A) is quantitative (measurable metric).
-
Revisiting the business architecture phase
-
Adjust the technology architecture to align the application architecture with the business architecture.
-
Requesting a formal checkpoint review with the sponsors.
-
Conduct a trade off analysis to resolve the conflict.
-
Seek a temporary dispensation from the architecture governance board.
A
Correct answer
Explanation
TOGAF's architecture development method is iterative. If Application Architecture work reveals necessary changes to Business Architecture, the correct action is to revisit and refine the Business Architecture phase before proceeding. This ensures alignment. Options B, C, D, and E suggest workarounds or governance actions that skip proper iteration back to the earlier phase.
C
Correct answer
Explanation
SE36 is the transaction code for ABAP Logical Database maintenance in SAP. Logical databases are special ABAP programs that read data from the database and make it available to other programs. SE36 allows developers to create and maintain these logical database structures.
D
Correct answer
Explanation
SE16N is the transaction code for the Table Browser (Data Browser) in SAP. It's an enhanced version of SE16 that provides faster access to table data with improved performance features. SE16N allows users to view, analyze, and export data from database tables without writing ABAP code.
-
Solutions to common problems
-
Guiding Principles for designing a system
-
General concepts of designing
-
None of the above
B
Correct answer
Explanation
GRASP (General Responsibility Assignment Software Patterns) patterns provide fundamental principles for assigning responsibilities to objects during object-oriented design. They are guiding principles rather than concrete solutions or general concepts. Option B correctly identifies their role as guiding principles.
-
At any given time only one algorithm is instantiated and active
-
The Strategy pattern encapsulates related classes that have different functionalities
-
The name of the message to the strategy object and the context object must be the same
-
None of the above
A
Correct answer
Explanation
The Strategy Pattern defines a family of algorithms, encapsulates each one, and makes them interchangeable. The context object delegates work to a strategy object, and at runtime, only one strategy instance is active and being used. This allows the algorithm to vary independently from clients that use it. Option A correctly identifies that only one strategy is active at a time, the selected strategy. Option B incorrectly suggests the pattern encapsulates classes with different functionalities (it encapsulates interchangeable algorithms for the same task). Option C incorrectly imposes a naming constraint that isn't part of the pattern. Option D is incorrect since option A is valid.
-
Open/In Analysis
-
Reopened
-
New
-
Any of the above
D
Correct answer
Explanation
The question asks about defect status when providing "Suggestions" to the development team. Since suggestions could be given at various stages (when initially reporting, during analysis, or after reopening), and Quality Center defect workflows vary by organization configuration, the status could legitimately be New, Open/In Analysis, or Reopened depending on when the suggestion is made.
-
10 sec
-
5 sec
-
30 sec
-
0 sec
C
Correct answer
Explanation
The SqlCommand object in ADO.NET has a default CommandTimeout of 30 seconds. This property controls how long the command waits for a response from the server before throwing a timeout exception. It can be modified via the CommandTimeout property if queries need more or less time. The 30-second default balances between allowing reasonable execution time for complex queries and preventing indefinite hangs.
-
Acquiring, Testing, Installing
-
Testing, Remediation, Peer Review
-
Determine needs, Acquire resources, Install the patch
-
Both A & B
A
Correct answer
Explanation
Patch management follows a three-stage lifecycle: (1) Acquiring - identifying needed patches and downloading them from vendors; (2) Testing - validating patches in a non-production environment to ensure they don't break existing functionality; (3) Installing - deploying tested patches to production systems. This sequence minimizes the risk of patch-induced downtime or security issues.