Test
Lecture 3- Accounting information systems change and development
Este test tiene tipos de pregunta que se abren en el reproductor de siempre.
Preguntas del test (39)
1One main internal driver of organisation change is [blank_start]technological capability[blank_end]
- Atechnological capability
2Another main internal driver of organisation change is the [blank_start]culture of the organisation[blank_end]
- Aculture of the organisation
3Third main internal driver of organisation change is [blank_start]available investment funds[blank_end]
- Aavailable investment funds
4One main external driver of organisation change is [blank_start]legislation[blank_end]
- Alegislation
5Another main external driver of organisation change is [blank_start]the economy[blank_end]
- Athe economy
6Third main external driver of organisation change is [blank_start]demographics[blank_end]
- Ademographics
7Hard change- Refers to an [blank_start]information systems[blank_end] change which is driven by [blank_start]new technologies[blank_end]
- Ainformation systems
- Bnew technologies
8Soft change- Refers to change which [blank_start]arises[blank_end] from how an [blank_start]organisation[blank_end] is [blank_start]structured[blank_end] or how it does things [blank_start]internally[blank_end]
- Aarises
- Borganisation
- Cstructured
- Dinternally
9Minor change- A [blank_start]fine-tuning[blank_end] adjustment to the [blank_start]information system[blank_end] & no change is made to how the system [blank_start]fundamentally operates[blank_end]
- Afine-tuning
- Binformation system
- Cfundamentally operates
10Major change- The [blank_start]impact[blank_end] on the information system is more [blank_start]substantial[blank_end] & may affect many [blank_start]system components[blank_end]
- Aimpact
- Bsubstantial
- Csystem components
11Systems development life cycle is a [blank_start]methodology[blank_end] to ensure smooth [blank_start]systems design[blank_end], testing & [blank_start]implementation[blank_end]
- Amethodology
- Bsystems design
- Cimplementation
12One way how systems can be implemented is through [blank_start]direct transition[blank_end] from [blank_start]old to new[blank_end]. There could be [blank_start]restricted access[blank_end] to the [blank_start]old system[blank_end] & [blank_start]forced use[blank_end] of the [blank_start]new system[blank_end] only
- Adirect transition
- Bold to new
- Crestricted access
- Dold system
- Eforced use
- Fnew system
13Another way how systems can be implemented is through a [blank_start]phased transition[blank_end]
- Aphased transition
14Third way how systems can be implemented is through a [blank_start]parallel approach[blank_end]. The [blank_start]old & new system[blank_end] could be run [blank_start]together[blank_end] for a period of time
- Aparallel approach
- Bold & new system
- Ctogether
15First step in managing an information systems project is [blank_start]estimation[blank_end]. This phase estimates the [blank_start]resources[blank_end] required by [blank_start]breaking down[blank_end] the project requirements into [blank_start]smaller activities[blank_end] & assigning a [blank_start]time & cost[blank_end] to each task
- Aestimation
- Bresources
- Cbreaking down
- Dsmaller activities
- Etime & cost
16Second step in managing an information systems project is [blank_start]scheduling[blank_end]. This phase entails [blank_start]determining[blank_end] a [blank_start]start[blank_end] & [blank_start]completion date[blank_end] for each [blank_start]activity[blank_end]
- Ascheduling
- Bdetermining
- Cstart
- Dcompletion date
- Eactivity
17Third step in managing an information systems project is [blank_start]monitoring[blank_end]. This implies [blank_start]control[blank_end] which means [blank_start]corrective action[blank_end] is taken on any deviations from [blank_start]plan[blank_end]
- Amonitoring
- Bcontrol
- Ccorrective action
- Dplan
18Fourth step in managing an information systems project is [blank_start]documentation[blank_end]. This phase involves keeping the project [blank_start]documented[blank_end] as it reduces any [blank_start]maintenance[blank_end] or change efforts after [blank_start]project completion[blank_end]
- Adocumentation
- Bdocumented
- Cmaintenance
- Dproject completion
19Critical path analysis- A [blank_start]technique[blank_end] which [blank_start]diagrammatically[blank_end] represents a chain of all [blank_start]project activities[blank_end] & events & shows the [blank_start]events critical[blank_end] to the successful implementation of the project
- Atechnique
- Bdiagrammatically
- Cproject activities
- Devents critical
20Organisational change is [blank_start]complex[blank_end] but [blank_start]ubiquitous[blank_end] (present everywhere) phenomena. [blank_start]Accountants[blank_end] will be part of organisational change ([blank_start]actively[blank_end] or [blank_start]passively[blank_end])
- Acomplex
- Bubiquitous
- CAccountants
- Dactively
- Epassively
21Tools that can be used to analyse business environment include [blank_start]PESTEL analysis[blank_end] & [blank_start]Porter's 5 Forces[blank_end]
- APESTEL analysis
- BPorter's 5 Forces
22Two main perspectives towards organisational change are [blank_start]static view[blank_end] & [blank_start]dynamic view[blank_end]
- Astatic view
- Bdynamic view
23One theory of change in static view is [blank_start]organisational development[blank_end]. It's based on [blank_start]Lewin's[blank_end] theory but also applies [blank_start]behavioural science[blank_end]. A theory within this is [blank_start]Dawson's[blank_end] theory. Steps of this theory include: identifying [blank_start]need[blank_end] for change, selecting [blank_start]technique[blank_end] for intervention, gaining [blank_start]top management[blank_end] support to implement change, [blank_start]plan[blank_end] change process, [blank_start]overcome resistance[blank_end] to change & finally [blank_start]evaluate[blank_end] change process
- Aorganisational development
- BLewin's
- Cbehavioural science
- DDawson's
- Eneed
- Ftechnique
- Gtop management
- Hplan
- Iovercome resistance
- Jevaluate
24Another theory of change in static view is [blank_start]contingency[blank_end] (best way to [blank_start]structure[blank_end] & [blank_start]manage[blank_end] organisational change [blank_start]depends[blank_end] on, or is [blank_start]contingent[blank_end] upon, [blank_start]circumstances[blank_end] of particular
organisation)- Acontingency
- Bstructure
- Cmanage
- Ddepends
- Econtingent
- Fcircumstances
25Third theory of change in static view is [blank_start]consulting approaches[blank_end]. It's largely [blank_start]informed[blank_end] by [blank_start]consultative[blank_end] rather than an [blank_start]academic[blank_end] perspective. It's connected to particular [blank_start]philosophy[blank_end] underpinning [blank_start]management[blank_end] theory
- Aconsulting approaches
- Binformed
- Cconsultative
- Dacademic
- Ephilosophy
- Fmanagement
26Theories of change in dynamic view are [blank_start]less prescriptive[blank_end] & [blank_start]more analytical[blank_end]
- Aless prescriptive
- Bmore analytical
27One theory of change in dynamic view is [blank_start]Pettigrew's theory[blank_end]. It considers [blank_start]contextual[blank_end] factors are important in [blank_start]change[blank_end] process. Three elements of the theory are [blank_start]content[blank_end] ([blank_start]portion[blank_end] of an organisation experiencing [blank_start]change[blank_end]), [blank_start]process[blank_end] (actions, [blank_start]reactions[blank_end] & interactions of various interested [blank_start]parties[blank_end]) & [blank_start]context[blank_end] (internal structure, [blank_start]cultural[blank_end] & political conditions as well as [blank_start]external[blank_end] ones)
- APettigrew's theory
- Bcontextual
- Cchange
- Dcontent
- Eportion
- Fchange
- Gprocess
- Hreactions
- Iparties
- Jcontext
- Kcultural
- Lexternal
28To manage organisational change the following are needed which include: need [blank_start]top management[blank_end] support, change [blank_start]champions[blank_end], support [blank_start]business strategy[blank_end], good [blank_start]communication[blank_end], [blank_start]motivation[blank_end] & manage [blank_start]resistance[blank_end] to change
- Atop management
- Bchampions
- Cbusiness strategy
- Dcommunication
- Emotivation
- Fresistance
29Change to accounting information systems is quite [blank_start]frequent[blank_end] given [blank_start]dynamic[blank_end] nature of [blank_start]business environment[blank_end] & [blank_start]fast pace[blank_end] of technological change. Change needs to be [blank_start]managed[blank_end]
- Afrequent
- Bdynamic
- Cbusiness environment
- Dfast pace
- Emanaged
30First step in the systems development life cycle is [blank_start]systems planning[blank_end]. Identify [blank_start]need[blank_end] for systems [blank_start]change[blank_end]. This is through potential [blank_start]systems[blank_end] getting [blank_start]evaluated[blank_end]. Then [blank_start]development proposal[blank_end] is prepared. After that systems identified in [blank_start]previous stages[blank_end] are [blank_start]prioritised[blank_end]. Finally, [blank_start]initial design[blank_end] & implementation [blank_start]plan[blank_end] is done
- Asystems planning
- Bneed
- Cchange
- Dsystems
- Eevaluated
- Fdevelopment proposal
- Gprevious stages
- Hprioritised
- Iinitial design
- Jplan
31 Second step in the systems development life cycle is [blank_start]systems analysis[blank_end]. Analyses existing [blank_start]system[blank_end] to understand how they’re [blank_start]operating[blank_end] which would lead to [blank_start]identifying[blank_end] existing system. Includes [blank_start]survey[blank_end] of current systems, determining [blank_start]systems requirements[blank_end], determining [blank_start]user needs[blank_end] & [blank_start]report[blank_end]
- Asystems analysis
- Bsystem
- Coperating
- Didentifying
- Esurvey
- Fsystems requirements
- Guser needs
- Hreport
32Third step in systems development life cycle is [blank_start]systems design[blank_end]. It starts with [blank_start]conceptual design[blank_end] (reflection of how [blank_start]system[blank_end] is [blank_start]structured[blank_end]- how business processes [blank_start]flow[blank_end] & are [blank_start]connected[blank_end]) & [blank_start]physical design[blank_end] ([blank_start]actual design[blank_end] of system)
- Asystems design
- Bconceptual design
- Csystem
- Dstructured
- Eflow
- Fconnected
- Gphysical design
- Hactual design
33Fourth step in systems development life cycle is [blank_start]systems selection[blank_end]. There are few options for organisation. They include [blank_start]purchasing system[blank_end], [blank_start]develop[blank_end] system in-house (develop software & purchase required hardware) & [blank_start]mixed[blank_end] approach (i.e. purchase off the shelf software package & design other systems based on needs). Organisation would first select [blank_start]hardware[blank_end], then select [blank_start]software[blank_end]
- Asystems selection
- Bpurchasing system
- Cdevelop
- Dmixed
- Ehardware
- Fsoftware
34Fifth step in systems development life cycle is [blank_start]systems implementation[blank_end]. Organisation prepares [blank_start]detailed plan[blank_end] of [blank_start]implementation[blank_end] which includes [blank_start]resources[blank_end] needed such as [blank_start]training[blank_end] & target dates. Three approaches are [blank_start]direct[blank_end], [blank_start]phased[blank_end] & [blank_start]parallel[blank_end]
- Asystems implementation
- Bdetailed plan
- Cimplementation
- Dresources
- Etraining
- Fdirect
- Gphased
- Hparallel
35Sixth step in systems development life cycle is [blank_start]review[blank_end]. [blank_start]Evaluates[blank_end] how [blank_start]actual[blank_end] system has been [blank_start]implemented[blank_end]. Organisation should consider various [blank_start]factors[blank_end] & [blank_start]assess[blank_end] them i.e. user satisfaction & reliability of systems
- Areview
- BEvaluates
- Cactual
- Dimplemented
- Efactors
- Fassess
36An alternative systems development methodology is [blank_start]rapid application development (RAD)[blank_end]. It is software development [blank_start]methodology[blank_end] which uses combination of [blank_start]prototypes[blank_end] & [blank_start]structured techniques[blank_end] to accelerate software development (hybrid between [blank_start]SDLC[blank_end] & [blank_start]prototyping[blank_end])
- Arapid application development (RAD)
- Bmethodology
- Cprototypes
- Dstructured techniques
- ESDLC
- Fprototyping
37Structured Systems Analysis & Design (SSAD)- [blank_start]Seven-stage[blank_end] process which assists in [blank_start]analysis[blank_end] & [blank_start]design[blank_end] of information systems. Stages include: [blank_start]feasibility[blank_end] study, investigating [blank_start]current environment[blank_end], [blank_start]system[blank_end] options, requirements [blank_start]specification[blank_end], [blank_start]technical[blank_end] system options, [blank_start]logical[blank_end] design & [blank_start]physical[blank_end] design
- ASeven-stage
- Banalysis
- Cdesign
- Dfeasibility
- Ecurrent environment
- Fsystem
- Gspecification
- Htechnical
- Ilogical
- Jphysical
38Prototyping- [blank_start]Preliminary[blank_end] model of [blank_start]system[blank_end]. It’s built [blank_start]rapidly[blank_end] & [blank_start]inexpensively[blank_end]. Stages include: identifying user’s [blank_start]basic requirements[blank_end] (ask lots of questions), developing an [blank_start]initial prototype[blank_end] (flowchart/decision trees), using [blank_start]prototype[blank_end] (users try every part of new system) & [blank_start]revising[blank_end] & [blank_start]enhancing[blank_end] prototype (repeat, repeat, repeat)
- APreliminary
- Bsystem
- Crapidly
- Dinexpensively
- Ebasic requirements
- Finitial prototype
- Gprototype
- Hrevising
- Ienhancing
39Another option for systems development is [blank_start]outsourcing[blank_end]. Two ways of [blank_start]outsourcing[blank_end] are [blank_start]software service providers[blank_end] & [blank_start]cloud computing[blank_end]
- Aoutsourcing
- Boutsourcing
- Csoftware service providers
- Dcloud computing
Información
- Descripción
- El usuario ha eliminado su información de asignaturas Test sobre Lecture 3- Accounting information systems change and development, creado por Usuario eliminado el 12/07/2021.
- Autor
- Usuario eliminado
- Idioma
- English
- Visitas
- 11
- Historial
- Creado el 12 jul 2021 · actualizado el 12 jul 2021
- Etiquetas
- Valoración
- Aún sin valoraciones Valora este test