Home » Currently Reading:

AKC09: Files, Databases and Component Access

Description:

A cross reference table or set of tables with the application database tables, arrays, segments and application “master” files as the columns to the cross reference. Then all of the application’s programs or other code components as the rows of the cross reference. An alpha character at the intersection of a row and column indicates that a program accesses that data file or table. The alpha character indicates the type of access – Read, Insert, Delete, etc.

This AKC09 cross reference is in either maintained an EXCEL spreadsheet (simple version) or in a comprehensive MS Access mini-application complete with its own reports and data entry and correction panels to maintain the AKC09 information. This section identifies all major files and DB data structures by fully qualified and English language content description. A data structure inventory.

Also provides a list of component relationships which read or update the data structures. This is necessary if a data structure is changed many programs within the main application, subsystem components which use the structure, or other applications which use the structure. If a change occurs to a structure in one system and components of another system use that structure, they will have to change as well. This section identifies what other components within this or other subsystems would have to change.

Provides understanding of which files and or databases are accessed by which programs (and, therefore, by which subsystems) – allows understanding of those subsystems which could be affected by any planned change. Provides a list of all programs that access any files or databases and the type(s) of Access that the Program(s) allow.

How is it used?

This section identifies all major files and DB data structures by fully qualified and  English language content description. A data structure inventory. Also provides a list of components relationship which read or update the data structures. This is necessary if a data structure is changed many programs within the main application, subsystem components which use the structure, or other applications which use the structure. If a change occurs to a structure in one system and components of another system use that structure, they will have to change as well. This section identifies what other components within this or other subsystems would have to change.

Why is it important?

(1) Identifies all  data structures within and used by the application, the application components that use them and how the component uses the data structure (read, write, update, insert).
(2) Provides understanding of which files and or databases are accessed by which programs (and, therefore, by which subsystems) – allows understanding of those subsystems which could be affected by any planned change.
(3) Provides a list of all programs that access any files or databases and the type(s) of Access that the Program(s) allow.

What does the AKC09 content area look like?

Our Sponsors

IT Support Services Comments

  • Bob Anderson: Daniel, from a certain point of view you are correct. CMMI- DEV deals primarily with software development best practices, the old CMM Level-5 dealt a great deal with defects. However, as you know the ...
  • Bob Anderson: Gunter, there are many possible SLA components and metrics that can be defined for any application software support. First I would recommend that you read this article which I had published in Compute...
  • Bob Anderson: Amiet, I would put it under the "Incident" process and track dates, number of occurrences, how much lost time, cause (who did it). You will need data for management if the practice has to stop. If you...
  • Bob Anderson: Amit, first of all why is the customer powering down the equipment? This should be brought to the attention of management and a very strong note sent to whoever is doing this.  If they are doing it on...
  • Bob Anderson: Mark, it is doubtful that you can fix the problem, it is mainly a management issue. The best you can do is to gather statistics on the backlog of enhancements, the number and severity of incidents, an...

ITIL V3 Application Support Q & A

If you have any question on the blog content or have some specific question on how ITSM & ITIL can dramatically improve performance and reduce the cost of your Application Support service "Ask Bob"
Question :
Answer :
Gunter, there are many possible SLA components and metrics that can be defined for any application software support. First I would recommend that you read this article which I had published in Computer World on "How to create Meaningful IT Support SLA's"  use this link...
Question :
Answer :
Daniel, from a certain point of view you are correct. CMMI- DEV deals primarily with software development best practices, the old CMM Level-5 dealt a great deal with defects. However, as you know the folks who developed the original CMM  were not really initially inter...
Question :
Answer :
Amiet, I would put it under the "Incident" process and track dates, number of occurrences, how much lost time, cause (who did it). You will need data for management if the practice has to stop. If you want to be "proactive" in stopping this practice" you must capture bu...
Question :
Answer :
Mark, it is doubtful that you can fix the problem, it is mainly a management issue. The best you can do is to gather statistics on the backlog of enhancements, the number and severity of incidents, and how many technical support calls from users you get and the average...
Question :
Answer :
Amit, first of all why is the customer powering down the equipment? This should be brought to the attention of management and a very strong note sent to whoever is doing this.  If they are doing it on their own without any instruction to do so and it affects other user...