Find Resources & Connect with members on topics that interest you.

AI - Acquire and Implement

PO - Plan and Organize

DS - Deliver and Support

Please sign in to see your topics.

You must be logged in to join this group.

AI2.5 - Configuration and Implementation of Acquired Application Software

This topic is intended to enable collaboration and sharing of information to facilitate a better understanding and approach to implementing this COBIT control objective based on the risk, value and guidance provided by its corresponding control practices.

COBIT Control Objective AI2.5 - Configuration and Implementation of Acquired Application Software is contained within Process Popup Acquire and Maintain Application Software.

Learn more about COBIT and related publications.

Click “Join This Community” to be able to actively participate in discussions and contribute content. You must be an ISACA member to join this topic. Join ISACA now.

 
This Topic Has:
2 Members
0 Online
794 Visits

 Recent Discussions

Community Leader

Knowledge Center Manager

Knowledge Center Manager

Title: Become a Topic Leader!

Points: 3


Configuration and Implementation of Acquired Application Software

Configure and implement acquired application software to meet business objectives.

View value and Risk Drivers  help

Hide value and Risk Drivers help


Value Drivers

  • Acquired system configured to meet business-defined requirements
  • Acquired system compliant with existing architecture
  Risk Drivers
  • Loss of business focus
  • Inability to apply future updates effectively
  • Reduced system availability and integrity of information

View Control Practices  help

Hide Control Practices  help

  1. Assess the impact of any major upgrade and classify it according to agreed-upon objective criteria (such as business requirements), based on the outcome of analysis of the risk involved (such as impact on existing systems and processes or security), cost-benefit justification and other requirements. Follow normal system development and implementation processes as appropriate for the nature of the change.
  2. Consider interoperability with existing applications and databases, appropriate user interfaces, and efficient utilisation of technology resources (e.g., security framework and standards, availability, access management, auditability, networks and storage) in the design specification.
  3. Consider the impact of customisation and configuration on the performance and efficiency of the acquired packaged application software and on existing applications, operating systems and other infrastructure.
  4. Consider the effect of contractual terms with the vendor on the design of customisation and configuration.
  5. Consider the availability of source code for purchased/packaged applications in the customisation and configuration process. Review contractual arrangements with the vendor. Consider escrow arrangements where the source code is not available. Assess the risks in the event that the acquired application packaged software is no longer available at the expiry of a contract or for other reasons.
  6. Ensure that testing procedures cover verification of acquired application control objectives (such as functionality, interoperability with existing applications and infrastructure, system performance efficiency, integrated capacity and load stress testing, and data integrity).
  7. Conduct a design walk-through with IT and business stakeholders before customisation is initiated, as a part of the sign-off process for the customisation and configuration of application software specifications.
  8. Consider whether the implications of customisation and configuration require reassessment of strategies for acquired application packaged software.
  9. Obtain approval of business process owners for detailed design specifications for customisation and configuration of application software.
  10. Ensure that user and operational manuals (online help) are complete and updated where necessary to account for any customisation or special conditions unique to the implementation.
  11. Consider when the effect of cumulative customisations and configurations (including minor changes that were not subjected to formal design specifications) require a high-level reassessment of the acquired solution and associated functionality. Assess whether these changes trigger the development of a detailed design specification for customisation and configuration of the application software. Assess whether these changes restrict the ability of the organisation to adopt vendor upgrades to purchased applications packaged software.

 

Discussions: 0 total

Must be a Topic member to contribute

No Results Found

Documents & Publications: 90 total

Must be a Topic member to contribute
View All »
Downloads
Posted by ISACA 397 days ago
Downloads
Posted by ISACA 728 days ago
Books
Posted by ISACA 19 days ago
ICQs and Audit Programs
Posted by ISACA 26 days ago
Research
Posted by ISACA 56 days ago

Events & Online Learning: 9 total

7 May 2012
ISACA International Event
Orlando, Florida, USA
Get the knowledge you need to stay one step ahead of the competition and keep up with changing professional trends at ISACA’s North America CACS Conference.
12 Jun 2012
ISACA International Event
Dallas, Texas, USA
ISACA Training is a unique educational event designed to provide the tools you need to maintain, update and upgrade your skills, and to continue your professional development.
7 Aug 2012
ISACA International Event
Chicago, Illinois, USA
ISACA Training is a unique educational event designed to provide the tools you need to maintain, update and upgrade your skills, and to continue your professional development.
10 Sep 2012
ISACA International Event
Munich, Germany
Euro CACS/ISRM is a multidimensional event featuring audit, security, governance and risk content, and the audit and security programs, tools and the resources you need to be responsive to industry changes.
11 Sep 2012
ISACA International Event
San Francisco, California, USA
ISACA Training is a unique educational event designed to provide the tools you need to maintain, update and upgrade your skills, and to continue your professional development.

Journal Articles: 214 total

Volume 3, 2012
by Robert Findlay, CISA
Robert Findlay has had a 30-year career in a variety of IT roles, including computer operations, programming, project management, IT audit and emergency project management.
Volume 3, 2012
by Fabrizio Baiardi, Claudio Telmon, CISA, CISSP, and Daniele Sgandurra, Ph.D.
Haruspex is a risk evaluation methodology defined and implemented by the research group on risk management in the Department of Computer Science at the University of Pisa, Italy.
Volume 2, 2012
by John P. Pironti, CISA, CISM, CGEIT, CRISC, CISSP, ISSAP, ISSMP
Risk and security will no longer be something that the organization consciously considers and instead will become integrated in business-as-usual activities.
Volume 2, 2012
by Kerry A. Anderson, CISA, CISM, CRISC, CGEIT, CISSP, ISSMP, ISSAP, CSSLP, CFE
The closer alignment between RIM and information security may provide an approach to managing increasing data protection concerns and tough privacy regulations rather than maintaining the separation between these critical compliance functions.
Volume 2, 2012
by Gan Subramaniam, CISA, CISM, CCNA, CCSA, CIA, CISSP, ISO 27001 LA, SSCP
What should be the recovery strategy that I must impose on the vendor to ensure an effective recovery of the services, if a crisis were to ever occur?
Volume 2, 2012
by Charles Gold
While open-source technology offers significant benefits, using open-source components carries technical and business risks that cannot be ignored.

Wikis: 2 total

Blog Posts: 91 total

Having been associated with the BS 7799 from its introduction as a Security Standard, and as a Contributor to the ISO 27001, and the last and final Chair of the ISO 27001 at the Department of Trade and Industry (DTI) I have been a long term supporter, and...
Posted By : John379 | 0 comments
Gone are the days of check list auditing (Tick and bash audit). To add value to business auditors need to go beyond check listing. Be it an application control review (ACR), IT General Controls Review (ITGCR), A project review or an integrated audit, i...
Posted By : Tichaona Zororo CISA, CISM, CRISC, CGEIT | 0 comments
During my audits, training & teaching sessions one of the frequent queries I came across is 'Sir, How do I become an IT Auditor? What are the qualification criteria?' The best answer for this to quote from the famous book, Information Systems Control and ...
Posted By : KvR | 0 comments
We are in the year 2012 – the year of the UK Olympics, and the prospect of good times, fantastic events, and on mass tourism is something the UK is liking forward to, and embracing – but like all good things, there can be baggage, and in this case that ma...
Posted By : John379 | 0 comments
IT Security industry does a great disservice to itself by constantly portraying itself as the great savior and protector from all evils, somehow capable of taking us to that magical place where no one gets robbed or no breach happens, while in reality, th...
Posted By : Umesh391 | 1 comments
New post on IT Grackle: "The Privacy Lock On Your Phone" http://goo.gl/qMNfC #mobile #security
Posted By : Calvin Powers | 0 comments