Term
systems development process |
|
Definition
a set of activities, methods, best practices, deliverables, and automated tools that stakeholders (from Chapter 1) use to develop and continuously improve information systems and software (from Chapters 1 and 2). |
|
|
Term
Capability Maturity Model (CMM) |
|
Definition
organization's information systems development and management processes and products. It consists of five levels of maturity. |
|
|
Term
System development methodology |
|
Definition
a formalized approach to the systems development process; a standardized process that includes the activities, methods, best practices, deliverables, and automated tools to be used for information systems development. |
|
|
Term
|
Definition
the factoring of the lifetime of an information system into two stages, (1) systems development and (2) systems operation and the maintenance - first you build it, then you use and maintain it. Eventually, you cycle back to redevelopment of a new system |
|
|
Term
|
Definition
a hypothetical methodology used throughout this book to demonstrate a representative systems development process. The acronym's letters stand for Framework for the Application of Systems Thinking. |
|
|
Term
|
Definition
"Process") for systems development. Process management is concerned with phases, activities, deliverables, and quality standards that should be consistently applied to all projects. |
|
|
Term
|
Definition
the process of scoping, planning, staffing, organizing, directing, and controlling a project to develop an information system at minimum costs, within a specified time frame, and with acceptable quality. |
|
|
Term
|
Definition
the result obtained by striking a balance between the lifetime costs of developing, maintaining, and operating an information system and the benefits derived from that system Cost-effectiveness is measured by cost-benefit analysis. |
|
|
Term
strategic information systems plan |
|
Definition
a formal strategic plan (3 to 5 years) for building and improving an information technology infrastructure and the information system applications that use that infrastructure. |
|
|
Term
strategic enterprise plan |
|
Definition
a formal strategic plan (3 to 5 years) for an entire business that defines its mission, vision, goals, strategies, benchmarks, and measures of progress and achievement. Usually the strategic enterprise plan is complemented by strategic business unit plans that define how each business unit will contribute to the enterprise plan. The information systems plan(above)is one of those unit-level plans. |
|
|
Term
|
Definition
a strategy in which feasibility and risks are continuously reevaluated throughout a project. Project budgets and deadlines are adjusted accordingly. |
|
|
Term
|
Definition
the process of identifying, or evaluating, and controlling what might go wrong in a project before it becomes a threat to the successful completion of the project or implementation of the information system. Risk management is driven by risk analysis or assessment. |
|
|
Term
|
Definition
an undesirable situation that prevents the organization from fully achieving its mission, vision, goals, and/or objectives. |
|
|
Term
|
Definition
a chance to improve the organization even in the absence of an identified problem. |
|
|
Term
|
Definition
a new requirement that's imposed by management, government, or some external influence. |
|
|
Term
|
Definition
an administrative body of system owners and information technology executives that prioritize and approves candidate system development projects. |
|
|
Term
|
Definition
a repository of project proposals that cannot be funded or staffed because they are a lower priority than those that have been approved for system development. Note that priorities change over time; therefore, a backlogged project might be approved at some future date. |
|
|
Term
|
Definition
a statement and categorization of problems, opportunities, and directives, may also include constraints and an initial vision for the solution. Synonyms include preliminary study and feasibility assessment. |
|
|
Term
|
Definition
any factor, limitation, or restraint that may limit a solution or the problem-solving process. |
|
|
Term
|
Definition
a common phenomenon wherein the requirements and expectations of a project increase, often without regard to the impact on budget and schedule. |
|
|
Term
|
Definition
a contract with management and the user community to develop or enhance an information system; defines vision, scope, constraints, high level user requirements, schedule, and budget. Synonyms include project charter, project plan, and service-level agreement. |
|
|
Term
|
Definition
a picture of a system that represents reality or a desired reality. System models facilitate improved communication between system users, system analysts, system designers, and system builders. |
|
|
Term
|
Definition
the translation of business user requirements into a system model that depicts only the business requirements and not any possible technical design or implementation of those requirements. Common synonyms include conceptual design and essential design, the latter of which refers to modeling the "essence" of a system, or the essential requirements" independent of any technology. The antonym of logical design is physical design (defined later in this chapter) |
|
|
Term
|
Definition
a satirical term coined to describe a common project condition in which excessive system modeling dramatically slows progress toward implementation of the intended system solution |
|
|
Term
|
Definition
the translation of business user requirements into a system model that depicts a technical implementation of the users business requirements. Common synonyms include technical design or, in describing the output, implementation model. The synonym of physical design is logical design (defined earlier in this chapter) |
|
|
Term
|
Definition
the ongoing technical support for users of a system, as well as the maintenance required to deal with any errors, omissions, or new requirements that may arise. |
|
|
Term
cross life-cycle activity |
|
Definition
any activity that overlaps multiple phases of the system development process, Examples include fact-finding, documentation, presentation, estimation, feasibility analysis, project and process management, change management, and quality management. |
|
|
Term
|
Definition
the formal process of using research, interviews, meetings, questionnaires, sampling, and other techniques to collect information about system problems, requirements, and preferences. It is also called information gathering or data collection. |
|
|
Term
|
Definition
the ongoing activity of recording facts and specifications for a system for current and future reference. |
|
|
Term
|
Definition
the ongoing activity of communicating findings, recommendations, and documentation for review by interested users and managers. Presentations may be either written or verbal. |
|
|
Term
|
Definition
a database and/or file directory where system developers store all documentation, knowledge, and artifacts for one or more information systems or projects. A repository is usually automated for easy information storage, retrieval, and sharing. |
|
|
Term
|
Definition
is the activity by which feasibility is measured and assessed. |
|
|
Term
|
Definition
the calculated prediction of the costs and effort required for system development. A somewhat facetious synonym is guesstimation, usually meaning that the estimation is based on experience or empirical evidence but is lacking in rigor-in other words, a guess. |
|
|
Term
|
Definition
the ("process") for systems development. Process management is concerned with phases, activities, deliverables, and quality standards that should be consistently applied to all projects. |
|
|
Term
|
Definition
and controlling a project to develop an information system at minimum cost, within a specified time frame, and with acceptable quality. |
|
|
Term
waterfall development approach |
|
Definition
an approach to systems analysis and design that completes each phase one after another and only once. |
|
|
Term
iterative development approach |
|
Definition
an approach to systems analysis and design that completes that entire information system in successive iterations. Each iterations does some analysis, some design, and some construction. Synonyms include incremental and spiral |
|
|
Term
|
Definition
a system development strategy that emphases the drawing of system models to help visualize and analyze problems, define business requirements, and design information systems. |
|
|
Term
|
Definition
a pictorial representation that depicts what a system is or does. Synonyms include essential model, conceptual model, and business model. |
|
|
Term
|
Definition
a technical pictorial representation that depicts what a system is or does and how the system is implemented. Synonyms include implementation model and technical model. |
|
|
Term
|
Definition
a process centered technique popularized by the structured analysis and design methodology that used models of business process requirements to derive effective software designs for a system. Structured analysis introduced a modeling tool called the data flow diagram to illustrate the flow of data through a series of business processes. Structured design converted data flow diagrams into a process model called structure charts to illustrate a top-down software structure that fulfills the business requirements. |
|
|
Term
rapid application development (RAD) |
|
Definition
a system development strategy that emphasizes speed of development through extensive user involvement in the rapid. iterative, and incremental construction of a series of functional prototypes of a system that eventually evolves into the final system (or a version). |
|
|
Term
|
Definition
a small scale, representative, or working model of the users' requirements of a proposed design for an information system. Any given prototype may omit certain functions or features until such time as the prototype has sufficiently evolved into an acceptable implementation of requirements. |
|
|
Term
|
Definition
the imposition of a nonexpendable period of time, usually 60 to 90 days, by which the first (or next) version of a system must be delivered into operation. |
|
|
Term
commercial application package |
|
Definition
a software applicat0ion that can be purchased and customized (within limits) to meet the business requirements of a large number of organizations or a specific industry. A synonym is commercial off-the-shelf (COTS)system. |
|
|
Term
|
Definition
a comparison of business and technical requirements for a commercial application package against the capabilities and features of a specific commercial application package for the purpose of defining the requirements that cannot be met. |
|
|
Term
computer-assisted software engineering (Case) |
|
Definition
the use of automated software tools that support drawing and analysis of system models and associated specifications. Some CASE tools also provide prototyping and code generation capabilities. |
|
|
Term
|
Definition
a system developers' database where developers can store system models, detailed descriptions and specifications, and other products of systems development. Synonyms data include data dictionary and encyclopedia. |
|
|
Term
|
Definition
a CASE tool capability that can generate initial software or database code directly from system models. |
|
|
Term
|
Definition
a CASE tool capability that can automatically generate initial system models from software or database code. |
|
|
Term
application development environment (ADE) |
|
Definition
an integrated software development tool that provides all the facilities necessary to develop new application software with maximum speed and quality. A common synonym is integrated development environment (IDE). |
|
|
Term
process manager application |
|
Definition
an automated tool that helps to document and manage a methodology and routes, its deliverable, and quality management standards. An emerging synonym is methodware. |
|
|
Term
project manager applicationĀ |
|
Definition
activities and resources, monitor process against schedule and budget, control and modify schedule and resources, and support project progress. |
|
|