government ideas - gov ideas

IT Blueprint For Government
by Alex Glaros

Home

Enterprise Focused Development

Government's strongest productivity machine

Budget solutions - reducing government cost through Enterprise Focused Development

Recommendations for Implementing Government Enterprise Architecture

Recommendations for data architect duties

EA Help Desk

EA Education Center

EA Best Practices

Centralizing Government Systems

Return on Investment Chart

Fragmentation Causes and their Solutions

Legislative Agenda

Organizational Chart

Discussion Forum

Integration Toolbox


IDEAS FOR THE FUTURE

Chief of Enterprise Integration

Detailed Description of CEI Functions

How Government will Ultimately be Structured


Links

Privacy Policy

About the Author

Contact Info

Integration Toolbox

This is currently in progress. All suggestions are welcome.

This database of databases is a planning tool to schedule and prioritize government integration by identifying potentially sharable, cross-departmental databases and business processes.

There are fields for outside agencies to indicate interest in sharing components in order to speed up integrating multiple agencies at once. Searches may be possible to find all potential sharable components between agencies automatically without the need to specify any component or agency.

To integrate a whole government, the first step is to inventory what the government has. That is one of the things that this integration tool will do and it will work best if there is a person specifically defined to be an integration manager in each agency. They will fill out most of the data and use its collaboration features.

All organizations should have their data in one database. For example, the state of New York should have only one version of this containing all state, county and city agencies in one database. There is nothing wrong however, with a single agency using this tool to experiment with its own IT information independently.

If you know of any similar tools, please contact me.

Besides centralizable databases and business processes, this database will contain and cross-reference the following tables:

  • Agency business needs for the future
  • Agency business problems

The purpose for including the above is to generate a total view of an agency where data, business processes, business problems and future business requirements can be seen in one place. Then intersections can be found or planned which lead to solutions.

The CEIs' list of waiting-to-be centralized data and business processes as a whole will constitute the government's integration plan.

Definitions

  • The difference between integration and centralization. This semantic distinction is used only here for this tool. Integration means taking isolated systems and merging them into one. For example, if an agency has a project tracking system and a separate project billing system, integrating them would result in one system that does both. Centralizing means eliminating redundant copies of something and sharing one version of it, for example, all business units in an agency could share the same chart of accounts, all state agencies could share the same table of county codes or all government agencies that manage public parking could use the same parking management system. Used elsewhere on this website, the meaning of integration includes all types of centralization, consolidation, sharing, integration of data and business systems.
  • (1:M) symbolizes a one-to-many relationship. Many of the fields should be in child tables but were left in the parent table for viewing convenience. It is clearly evident where the child tables should be created.
  • (PK) means primary key
  • (A-F) symbolizes the spectrum of levels of something; amount can be A, B, C, D, E, or F. For example, potential sharability of a table of client account codes could have an "A" level. Something with a low potential to be sharable would have an "F" level.
  • Global integration manager - the person in charge of integrating cross-agency data for one project.
  • Problem category - problems are categorized so that repeating patterns can be identified and analyzed for solutions
  • Change opportunities calendar - is put at the top of the menu because this is what the integrators must stay on top of to catch integration opportunities. For example, if a business system will be altered, it means that there is a budget and resources ready to implement change. The CEI must be prepared to be involved in the concept and design phases of change to look for integration possibilities. This is the most important stage of any project and will save the most money by setting up the system correctly and nipping any poor designs in the bud. All planned business software and data changes should be logged in the integration tool. The change opportunities calendar also automatically triggers a review of client wish lists from related components
  • Problem priority level locally - ranked as A-F level within the agency - pain points
  • Problem priority level globally (ranked as A-F level) - for example how does it rank amongst a whole state's problems; is it the number 1 problem in the state of Florida?
  • Overall level of table driven system - is the system table driven correctly, which is good (level A), or are there many functions buried in the programming code which should be transformed into tables to give the organization a more flexible, robust system (level F)? Knowledge of this helps decide whether to repair the system or not.
  • Ongoing costs due to poor design (1:M) - can be totaled and this is a one to many relationship so the total can be broken down
  • Core mission (Y or N) - is this component part of the core mission of the agency? For example, if it a personnel system for a licensing agency, it is not part of the core mission, but if it is a licensing system for an agency whose main business is to license individuals, then it is part of the agency's core mission.
  • Alerts - notify integrators of potential problems
  • Lost functionality - these records become part of the requirement specifications for a replacement or repaired system
  • Links to Change Advisory Board, CFO, RFPs and FSRs - integration managers can study emerging project landscape
  • Interdependent components - allows users to list all related components to facilitate impact analysis, find integration opportunities, etc. Users define what interdependent means.
  • Integration work description, Integration work initiation date, Integration work completion date, Integration work percentage completed are used to allow summary, detailed and historical reporting of government-wide Integration work. It should be a child file of the parent, but is shown on the parent file for viewing convenience.
  • Centralization ID - links potentially centralized databases to a parent table of proposed centralization projects

 

This tool brings cross collaboration and integration across all government organizations.

It assembles ITIL, Project Management and Enterprise Integration methods together into one organizing tool that promotes the following:

  1. Cross agency data and process sharing
  2. Data harmonization
  3. Project managment
  4. Strategic planning
  5. Metrics generation
  6. EA transition strategy
  7. Business intelligence
  8. Rapid and continuous alignment to organizational mission

Not all features need to be used; only need to
use project portfolio for example

Menu

  • Login - We will not use your email or phone number for telemarketing.
  • Change opportunities calendar
  • Flash tour
  • Web and text page tour
  • Govenor's and Legislature's overview. (Get legislators THINKING about cross agency leveraging and eliminating stovepipes. Marketing to change the terminology and stovepipe-think)
  • Set menu levels (filtered by agency, amount of detail, etc.)
  • Project managers' menus
  • Change Control Boards' menus - list all interdepent components and stakeholders
  • Integration or centralization projects (search by many criteria, e.g., priority, cost, savings, completed, needed, waiting, in progress, potential, agency, core mission, cross-agency initiatives - collaboration: local, global, etc.) Example, list all agencies that are collaborating on projects. List all succesful or almost completed projects.
  • Prioritized integration and centralization needs
  • Database of databases
  • Database of business processes
  • Summary of loss of functionality costs due to lack of integration or centralization (local or global)
  • Summary of top business problems (local or global)
  • Summary of top business needs (local or global)
  • Summary of one time costs to centralize and integrate (local or global)
  • Summary of monthly savings due to centralization and integration (local or global)
  • Locate government integrators (mass email them, etc.)
  • Periodic assessment and performance review calendar
  • Periodic business intelligence meetings with execs, etc. calendar
  • Suggestion box: how to improve this integration tool
  • Links to Change Advisory Board, CFO, RFPs and FSRs
  • Auto notification of new or updated information (new integration data, new agency participation, interdependent changes, etc.)
  • Report of core mission or non-core mission components by agency
  • Disussion forum (find all topics - by subject or date or person - or add new topic) - executive summary of the tip; include site recommendations.... see the piece of paper in my pocket
  • Training - descriptions of what intergration projects did wrong and what they did to be successfull
  • Statistics - what are most popular searches - use to improve system
  • FAQ
  • Dictionary to standardize agency definitions
  • Legislative Summary
  • Executive Summary
  • CIO Administrative Requirements Calendar
  • Export data out
    publish to Intranet
    publish to Intranet
    Export to SQL loader
    Export to Excel and mail to me
    Export to flat file
    Auto mail me whenver there is a match
    set up continual match search for this componentent and have it run each day and email me the results and send me SMS message

  • Links to best practices
  • Links to best Project Managment knowledge
  • Weekly reporting of "what's new" and "what we do" web displayed content for each agency so that it builds an environment of collaboration. Need an internal, external and executive privileged versions
  • Component associatons (problems, agency mission - trace back to what they belong to)
  • Suggest a new project
  • Make a suggestion for an existig project, system, database, process, lob, category, program or any other component
  • Make a suggestion for a project being CURRENTLY CREATED to nip problems in the bud
  • add granularity to your group - you define the group that will have and its privildges
  • Governance - Put checkpoints under a GOVERNANCE menu heading
  • Lessons learned library local (b) global
  • Add yourself as a stake holder - must be approved by the approver but this will help communications on various levels




NEED TO THINK IF I SHOULD BREAK DOWN COMPONENTS INTO SUB-GROUPS SO PROBLEMS CAN BE UNDER A SUBHEADING FOR EXAMPLE.

FINALLY, NEED TO THINK IF EACH COMPENT NEEDS TO BE CLASSIFIED IN A HEIRARCHY SO THAT INTERDEPENDENCIES CAN BE AUTOMATICALLY DISPLAYED IN THE CORRECT ORDER. OR, SHALL JUST SPECIFIY WHO IS ABOVE AND WHO IS BELOW SO THAT IT DOES NOT NEED NUMBERING, OR SHOULD I HAVE BOTH?

Table of component associations (examples, database, agency, table, business process, computer system, PROBLEMS,customer satisfaction, audits, painpoints)

  1. ComponentCategoryID (example: database)
  2. ComponentID (specfic database)
  3. AssociatedComponentCategoryID (example: table)
  4. AssociatedComponentID (example: specific tables)

Table of databases (I think much of this belongs under Project table)

  1. ComponentCategoryID
  2. ComponentID
  3. Name of database
  4. Short description
  5. Detailed description
  6. Business category (1:M)
  7. Business process ID (1:M)
  8. Business system ID (1:M)
  9. Local sharability potential (A-F)
  10. Local sharability success level (A-F)
  11. Global sharability potential (A-F)
  12. Global sharability success level (A-F)
  13. Centralization ID (1:M)
  14. Potential integration level (A-F) (1:M)
  15. Integration project ID (1:M)
  16. Date of planned update (very important) (1:M)
  17. How sure is it that planned update will happen (very important) (A-F)(1:M)
  18. Planned update description (1:M)
  19. Entities interested in sharing (1:M) (Agency ID, or contact info)
  20. Experts on this database (1:M)
  21. Global integration manager for this database and their backups (1:M)
  22. Sharability documentation, general information and discussion history or where this information is located
  23. Repairs needed (1:M) (past, present and future) (repair category and repair description fields in the child record)
  24. Overall level of normalization
  25. Overall level of disrepair
  26. Ongoing cost to maintain (1:M)
  27. Ongoing financial costs due to poor design (1:M)
  28. Ongoing worker hours due to poor design (1:M)
  29. Functionality lost due to poor design level (A-F)
  30. Details of functionality lost due to poor design (1:M)
  31. One time cost to modernize or replace
  32. Potential monthly savings amount if repaired or replaced
  33. Core mission (Y or N)
  34. How often does this component change (A-F with F meaning never) and why
  35. Part of a vendor licensed product that government cannot legally share (Y or N)
  36. Is this a desired new component that does not exist yet (Y or N)
  37. Does this no longer exist (Y or N) (this record should be kept for historical reasons)
  38. Does this no longer exist because successful integration has replaced it (Y or N)
  39. Date created
  40. Date terminated
  41. Date this component was reviewed and analyzed (1:M)
  42. Who reviewed and analyzed this component (1:M)
  43. Alerts (1:M)
  44. Alerts notification schedule (1:M)
  45. Percentage of original project completed
  46. Integration work description (1:M)
  47. Integration work initiation date (1:M)
  48. Integration work completion date (1:M)
  49. Integration work percentage completed (1:M)
  50. Interdependent components (1:M) (component ID, notes, etc.)
  51. Platform (1:M)
  52. Vendor name, Product name (1:M)
  53. Geographical location (1:M)
  54. Where does this go? Redundandt? need to flag new projects as EA or non-EA as a one-to-many
    relationship maybe with name of person, and date so the history of
    evaluations can be seen. Maybe at one time it was non-EA, now is. Maybe
    need t have the lastest as the dominant status of it

  55. At what stage did this database become analysed for alignment to EA?
  56. At what date, time, did this database become analysed for alignment to EA?
  57. Who analyzed this for alignment to EA? What department? Oversight, external or internal?

Table of Default checkoff categories (these are the default ones recommended by the agency administrator)

  1. checkoff category ID
  2. Comments
  3. Links to best practices

Table of checkoff categories (for all governments)

  1. Checkoff category ID
  2. check off category (Data examples:
    CHECKOFF on internal data harmonization y_or_n
    CHECKOFF on external data harmonization y_or_n
    CHECKOFF on Normalization y_or_n
    CHECKOFF on internal integration y_or_n
    CHECKOFF on SOA/extrernal integration y_or_n
    CHECKOFF on alignment to mission y_or_n
    CHECKOFF on problem table y_or_n)
    CHECKOFF on users having ability to write in suggestions or complaints while on the system to a centalized problem area y_or_n)
    agency education is a checkpoint
    programmer and database developers educations is a checkpoint
    all managers and executive education is a checkpoint
    Is all you need to do is add 2 fields to make it universal for all agencies?
    Security checkoff

    If the new system has metrics built into it. Meetings between PMO office and metrics-providing-coders and the CEI to have business intelligence meetings on how to set up the metrics- case by case basis - http://www.whitehouse.gov/omb/egov/a-2-prm.html
    MUST designate ONE main person that is reponisble
    for assuring that EA/Integration factors are fully processed
    Put in a warning (volunatry) each time someone logs on that there has been some role assigned to make sure all EA/Intergration requirements are met and they must sign off on it
    Need to have new item to be asked at all checkpoints! Was it reviewed for "extra field concept"? This means that before the design has started, has anyone reviewed the IT system to see that if only a few extra fields identifying which organization it is, would all that would be necessary to turn the IT system into a universally usable system



Table of checkoff statuses (for one specific project or component)

  1. CheckoffCategoryID
  2. ComponentCategoryID
  3. ComponentID
  4. Component checkoff (data examples:
    CHECKOFF on internal data harmonization y_or_n
    CHECKOFF on internal data harmonization (date, who, comments)
    CHECKOFF on external data harmonization y_or_n
    CHECKOFF on external data harmonization (date, who, comments)
    CHECKOFF on Normalization y_or_n
    CHECKOFF on Normalization(date, who, comments)
    CHECKOFF on internal integration y_or_n
    CHECKOFF on internal integration(date, who, comments)
    CHECKOFF on SOA/extrernal integration y_or_n
    CHECKOFF on SOA/extrernal integration(date, who, comments)
    CHECKOFF on alignment to mission y_or_n
    CHECKOFF on problem table y_or_n)

EA/Integration alignment history

  1. ComponentCategoryID
  2. ComponentID
  3. AlignmentHistoryID
  4. AlignmentHistoryNarrative
  5. Date
  6. PersonID

does the ieTool need to have child field for all of the areas/databases where this HAS been already harmonized and
places where it NEEDS to be harmonized?

Table of suggestions

  1. ComponentCategoryID
  2. ComponentID
  3. SuggestionID
  4. SuggestionNarrative
  5. Internal suggestion urgency level (1 urgent 2 normal 3 low)
  6. Externall suggestion urgency level (1 urgent 2 normal 3 low)
  7. PersonID
  8. Date

Table of collaboration experts

  1. ComponentCategoryID (data: problems, a database, or business process or business computer systems collaboration experts (this is business software, like Java code or PL/SQL code, for example, a personnel system)
  2. ComponentID
  3. PersonID
  4. Comments
  5. Date

Table of EA alignment analysis stages (at what point was this object first analyzed for EA alignment?)

  1. General (E.g., Change Control Board, Conceptual Design, FSR, Oversight Committe, ?)
  2. Specific

Table of tables

  1. ComponentCategoryID
  2. ComponentID
  3. Database ID (1:M)
  4. Short description
  5. Detailed description
  6. Global integration manager for this table and their backups (1:M)
  7. Approximate number of records
  8. Part of a vendor licensed product that government cannot legally share (Y or N)
  9. Is this a desired new component that does not exist yet (Y or N)
  10. How often does this component change (A-F with F meaning never) and why
  11. Date created
  12. Date terminated
  13. Date this component was reviewed and analyzed (1:M)
  14. Who reviewed and analyzed this component (1:M)
  15. Alerts (1:M)
  16. Alerts notification schedule (1:M)
  17. Percentage of original project completed
  18. Integration work description (1:M)
  19. Integration work initiation date (1:M)
  20. Integration work completion date (1:M)
  21. Integration work percentage completed (1:M)
  22. Interdependent components (1:M) (component ID, notes, etc.)
  23. Platform (1:M)
  24. Geographical location (1:M)

Table of business computer systems (this is business software, like Java code or PL/SQL code, for example, a personnel system)

  1. ComponentCategoryID
  2. ComponentID
  3. Computer system short description (e.g., distributed cost system)
  4. Computer system long description
  5. Business category (1:M)
  6. Sharability potential locally (A-F)
  7. Sharability potential globally (A-F)
  8. Current shared level locally (A-F)
  9. Current shared level globally (A-F)
  10. Date created
  11. Date of planned updates (very important) (1:M)
  12. Overall level of table driven system (A-F with A being the best)
  13. Ongoing costs due to poor design or not fixing or replacing it (1:M)
  14. Ongoing lost functionality due to poor design or not fixing or replacing it (A-F) (1:M)
  15. Detailed description of ongoing lost functionality due to poor design or not fixing or replacing it (1:M)
  16. Potential savings amount
  17. One time cost to modernize or replace
  18. Ongoing cost to maintain (1:M)
  19. Entities interested in sharing (1:M)
  20. Experts on this system (1:M)
  21. Global integration manager for this computer system and their backups (1:M)
  22. Sharability documentation, general information and discussion history or where this information is located
  23. Core mission (Y or N)
  24. Part of a vendor licensed product that government cannot legally share (Y or N)
  25. Is this a desired new component that does not exist yet (Y or N)
  26. How often does this component change (A-F with F meaning never) and why
  27. Date created
  28. Date terminated
  29. Date this component was reviewed and analyzed (1:M)
  30. Who reviewed and analyzed this component (1:M)
  31. Alerts (1:M)
  32. Alerts notification schedule (1:M)
  33. Percentage of original project completed
  34. Integration work description (1:M)
  35. Integration work initiation date (1:M)
  36. Integration work completion date (1:M)
  37. Integration work percentage completed (1:M)
  38. Interdependent components (1:M) (component ID, notes, etc.)
  39. Platform (1:M)
  40. Vendor name, Product name (1:M)
  41. Geographical location (1:M)

Table of business process categories (1 single statewide table)

  1. ComponentCategoryID
  2. ComponentID
  3. Business process category short description (e.g., public parking lot management)
  4. Business process category - detailed description
  5. Related categories (1:M) (ID and notes)

Table of business process categories collaboration experts (1 single statewide table)

  1. Business process category ID
  2. RoleID

Table of business processes

(not a computer system, just the process, like, "regulating fishing limits")
  1. ComponentCategoryID
  2. ComponentID
  3. Business process category (1:M)
  4. Computer system ID (1:M)
  5. Business process description
  6. Database ID (1:M)
  7. Global integration manager for this business process and their backups (1:M)
  8. Core mission (Y or N)
  9. Part of a vendor licensed product that government cannot legally share (Y or N)
  10. Is this a desired new component that does not exist yet (Y or N)
  11. How often does this component change (A-F with F meaning never) and why
  12. Date created
  13. Date terminated
  14. Date this component was reviewed and analyzed (1:M)
  15. Who reviewed and analyzed this component (1:M)
  16. Alerts (1:M)
  17. Alerts notification schedule (1:M)
  18. Percentage of original project completed
  19. Integration work description (1:M)
  20. Integration work initiation date (1:M)
  21. Integration work completion date (1:M)
  22. Integration work percentage completed (1:M)
  23. Interdependent components (1:M) (component ID, notes, etc.)
  24. Platform (1:M)
  25. Geographical location (1:M)

Table of problem categories (1 single statewide table)

  1. ComponentCategoryID
  2. Problem category name
  3. Problem category description
  4. Related problem categories (1:M)

problem category
1. lack of feature
2. bug
3. past bug that was fixed

solution category
1. new IT feature
2. bug fix
3. IT centralization
4. data harmonization
5. IT integration
6. SOA
7. shared process

 

Table of problems

  1. ComponentCategoryID
  2. ComponentID
  3. Agency ID
  4. Problem category ID
  5. Experts on this problem (1:M)
  6. Problem description short summary
  7. Problem description - detailed as desired
  8. Date problem first appeared
  9. Related computer system ID (1:M)
  10. Related database ID (1:M)
  11. Problem priority level locally
  12. Problem priority level globally
  13. Business process ID
  14. Estimated monthly cost of not repairing it
  15. Estimated repair cost
  16. Estimated time to repair
  17. Problem solution completed (Y or N)
  18. Date problem solved
  19. Core mission (Y or N)
  20. Clients (1:M)
  21. Date this problem was reviewed and analyzed (1:M)
  22. Who reviewed and analyzed this problem (1:M)
  23. Alerts (1:M)
  24. Alerts notification schedule (1:M)
  25. Percentage of original project completed
  26. Interdependent components (1:M) (component ID, notes, etc.)
  27. Has this problem been solved by (a) integration (b) new system (c) (d) programming fix (e) other
  28. Give details how problem wias fixed (400 char)

Table of problem collaboration experts

  1. Problem ID
  2. PersonID
  3. Comments

Table of alerts - latest messages emailed to you about events here.

Table of agencies

  1. Agency ID (auto created from year_month_day_sec_agency_name)
  2. Agency name
  3. Agency internal ID (what they use themselves)
  4. Agency description
  5. Integration history (1:M) (When was formal agency-wide and statewide integration initiated? By whom.)
  6. How much of the agency integration information analysis is currently completed (percentage)
  7. Brief overview of agency integration current status (human text)
  8. Location of centralized integration documentation
  9. When will most of the agency integration be completed
  10. Potential overall integration level internally (A-F)
  11. Current overall integration level internally (A-F)
  12. Potential overall integration level externally (A-F)
  13. Overall integration level externally (A-F)
  14. CEI ID (integration manager for whole agency) and their backups (1:M)
  15. Historic CEIs and their backups (1:M)
  16. Country (headquarters)
  17. State or province (headquarters)
  18. Street 1,2, 3, 4
  19. City
  20. Definition of agency scope (from agency scope table .e.g, US federal agancy, California state agency, etc.)
  21. Does agency have EA/Integration analysis check points?
  22. Comments on Does agency have EA/Integration analysis check points?
  23. have EA or centralized location for EAdocuments
  24. links to WWW EA tutorials are a check point

Table of ageny collaboration experts

  1. Agency ID
  2. PersonID
  3. Comments

Table of agency EA/Integration checkpoints

  1. Agency ID
  2. Checkpoint ID
  3. Checkpoint location
  4. Checkpoint description (e.g., PMO, Dept. of Finance Oversight, Budget)
  5. Date checkpoint was established (year, month, day, decade fields)

Table of agency EA/Integration checkpoints personnel

  1. Checkpoint ID
  2. PersonID

Table of EA/Integration checkpoint instances (This must be supplied by the checkpoint person)

  1. Checkpoint instance ID
  2. Checkpoint instance description
  3. Checkpoint ID
  4. Project ID
  5. Comments

Table of EA/Integration checkpoint instances times and people

  1. Checkpoint instance ID
  2. Checkpoint date
  3. PersonID
  4. Comments

Table of chief of enterprise integration personnel (integration manager for each agency)

  1. PersonID
  2. Agency ID

Table of genral government categories

  1. Category (Military, Justice)
  2. Category ID
  3. Comments

Table of general governemt categories collaboration experts

  1. Government category ID
  2. PersonID
  3. comments

Table of SPECIFIC government categories

  1. Category (Military - procurement, Justice - witness protection)
  2. Category ID
  3. Comments

Table of SPECIFIC governemt categories collaboration experts

  1. Government specific category ID
  2. PersonID
  3. comments

Table of SM Topics

  1. SM topic
  2. SM topic ID
  3. SM comments
  4. Agency ID

Table of SM Topics collaboration experts

  1. SM topic ID
  2. PersonID
  3. Comments

Table of SMEs (subject matter experts)

  1. SM topic ID
  2. PersonID
  3. Comments

Table of LOBs (lines of business)

  1. get fields from some EA page

Table of LOB collaboration experts

  1. LOB ID
  2. PersonID
  3. Comments

Table of data harmonization (data harmonizor at EPA http://iaspub.epa.gov/edr/COMPARE_TOOL$.STARTUP
has a data steward field)

  1. source of the data
  2. structured or unstructured
  3. Database ID (1:M)
  4. discussion (who, time, comments) 1:M

Table of Searchable Harmonization Databases

  1. Agency ID
  2. URL
  3. Method to search

Table of persons

  1. PersonID (automatically created by system) made of year_month_day_hour_min_second from system time (YYYMMDDhhmmss) plus user_email, for example, 20070301220159alexglaros@surfermall.com
  2. person password (that they choose, must be encrypted) (required) (do not use same password that you use for banking or important systems)
  3. person password hint
  4. person first name
  5. person last name (family name)
  6. person middle name(s)
  7. person previous names(1:M)
  8. person_integration_goals
  9. person information (what are their interests, etc.)
  10. person email (1:M) note to user: fogotten passwords will be e
  11. mailed to all of these email addresses (1 email address required)
  12. person website (1:M)
  13. person telephone(1:M)
  14. person telephone_description(1:M) (e.g., cell phone, home, etc.)
  15. person_willing_to_receive_phone_calls_y_or_n (default yes)
  16. person_willing_to_receive_emails_from_other_users_y_or_n (default yes)
  17. person_latest_will_accept_phone_calls
  18. person_earliest_will_accept_phone_calls
  19. person_will_accept_phone_calls_sun_or_sat_y_or_n
  20. person_time_zone
  21. person street address1
  22. person street address2
  23. person street address3
  24. person street address4
  25. person city
  26. person state or if outside US other category of area
  27. person country (validated from table)
  28. person valid user y_or_n (invisible to user)
  29. DataModelingSkillLevel (Need to "highly recommend" filling out the data_modeling_skill_level field because an important part of integrating all government will be done by people using data modeling)

Table of projects

  1. Project ID (users don't see this. Make it a unique primary key consisting of concatenated sysdate (YYYMMDDhhmmss) plus user_email, for example, 20070301220159alexglaros@surfermall.com)
  2. Agency ID (1:M)
  3. Project acrynom if any (e.g., SAM)
  4. Project short description
  5. Project detailed description
  6. Documentation, general information and discussion history or where this information is located
  7. Components_that_are_part_of_this (1:M)
  8. Is integration/centralization planned in a stepwise manner or all at once
  9. Alerts (1:M)
  10. Alerts notification schedule (1:M)
  11. Sponsor (1:M)
  12. Date this was reviewed and analyzed (1:M)
  13. Who reviewed and analyzed this (1:M)
  14. Percentage of original project completed
  15. Integration work description (1:M)
  16. Integration work initiation date (1:M)
  17. Integration work completion date (1:M)
  18. Integration work percentage completed (1:M)
  19. Interdependent components (1:M) (component ID, notes, etc.)
  20. Platform (1:M)
  21. Geographical location (1:M)
  22. Stage: Suggested,conception,study,planning, implementatin,completed, retired
  23. EA_designed_y_or_n

Table of Programs

  1. Program ID
  2. Program short description
  3. Program longer detailed description
  4. Agency ID (1:M)

Role category table

  1. Role category ID
  2. Role category name (stakeholder, PM, agency, sponsor)
  3. Role category description
  4. Comments

Role table (humans)

  1. Role category ID
  2. Role ID
  3. Role description (public stakeholder for fishing permit project, fiishing license programmer)
  4. Comments

NOTE: NEED TO RETAIN HISTORICAL RECORDS OF WHICH HUMAN DID WHAT WHILE IN A SPECIFIC ROLE

Component Category Table (smallest granularity)

  1. Component category ID
  2. Component category (field, table, database, business process, person, hardware, agency, role)
  3. Comments

Change control - Interdependency table

  1. ComponentCategoryID (example: database)
  2. ComponentID (specfic database)
  3. AssociatedComponentCategoryID (example: table)
  4. AssociatedComponentID (example: specific tables)
  5. Internal Comments
  6. Public suggestions

Change Control Notification table (stake holders)

  1. Role ID I think I have to redundantly contain both RoleID and PersonID in each
    record instance cause otherwise, how would I know when the person left the
    job, and or temporarily came back to do work on one thing only
  2. Component ID
  3. Contact procedure
  4. Internal Comments
  5. Public suggestions

Table of general standards
Need a general standards table so that non-IT type components and roles can be standardized. This can be menued from the "what we do" areas also. Discussion forums can be generated for this purpose.

  1. GeneralStandardID
  2. GeneralStandardShortDescription (e.g., Cost Allocation)
  3. GeneralStandardDetailedDescription (e.g., for accounting department, should this activtiy be called "Cost Allocation", or "Distributed Cost"
  4. GeneralStandardFinalComments

Table of general standards integration experts

  1. GeneralStandardID - for example, chart of accounts, etc
  2. RoleID

Table of general standards conversations

  1. GeneralStandardID
  2. PersonID
  3. Comments
  4. Date-time

Table of which items slipped by without checkoff (e.g.,
data fields got named without being harmonized with related already-existing systems so can determine the reasons.

Group granularity and SQL statements for scope of privildges

  1. EditingGroupID

Table of Discussion Groups

  1. DiscussionGroupID
  2. DiscussionGroupTitle
  3. DiscussionGroupShortDescription (e.g., Metrics)
  4. DiscussionGroupLongDescriiption
  5. DiscussionGroupURL

Table of Discussion Group Discussions

  1. DiscussionGroupID
  2. PersonID
  3. Date, time
  4. DiscussionGroupComments

Table of Metrics

  1. ComponentID
  2. have a checkoff box for if the new system has metrics built into it
  3. need a metrics discussion group
  4. need maintenance metrics and cost metrics
  5. need work saved metrics and customer satisfaction metrics
  6. build all of these into each system and have a checkoff box for each one

New menu item: create an interdepency table (more than one table can be created for the same components, so that you can create general overviews, middle views and detailed views)

Change control - Interdependency table
1. ComponentCategoryID (example: database)
2. ComponentID (specfic database)
3. InterdependencyID (e.g., narrow billing server)
4. InterdependencyIDOrder (type increments of 100 to place the order
of this component)
5. InterdependencyDescription
6. AssociatedComponentCategoryID (example: table)
7. AssociatedComponentID (example: specific tables)
8. InternalComments
9. PublicSuggestions
Change Control Notification table (stake holders)
1. RoleID
2. ComponentID
3. ComponentCategoryID
4. Contact procedure
5. InternalComments
6. PublicSuggestions

Table of Permissions
ComponentID
RoleID

Table of PermissionsDependencies (Needs more granularity)
1. ComponentCategoryID (example: database)
2. ComponentID (specfic database)
3. AssociatedComponentCategoryID (example: table)
4. AssociatedComponentID (example: specific tables)

Table of Project Denials by DOF

  1. AgencyID that denied the project
  2. BusinesUnitID that denied the project
  3. Followup on what consequences were for denial (1:M)

Table of Strategic Goals. - Must align to the mission of the organization. Can be linked to each project and program.

Table of security classifiction - need a class table for object security level for example, database is public or confidential; how to pick out both types in the same table?

Table of access rights - field on each component - oversight requirement field - for congress or dof also need viewable by field so one agency can show records or tables only to people on a certain list, but need only a simple flag to indicate yes or no on this so that it doesn't slow system down ... save this for last because it could slow the system down

Table of Variances - exceptions to components that could not comply with integration, SOA, EA, etc.

need forum to discuss hardware experience - hardware reviews - ongoing hardware problems - and SMEs for that


Note: all tables will have these fields:

  • Date this record was created
  • Who created record
  • Date this record was modified (1:M)
  • Who modified record (1:M)