Glosario de Terminosddddd

Sample Bank ATM
Sample Bank Automated Teller Machine

Glossary Extract
Version <1.0>
Objetivos del rol: Gestionar las solicitudes de cambio

que puedan formularse a lo largo del proyecto.
Funciones del rol: Analizar la viabilidad de las
solicitudes de cambio, formular acciones preventivas y
correctivas, implementar los cambios aprobados.
Rol N 3
ANALISTA FUNCIONAL
Nivel de autoridad: Implementar cambios previa

aprobacin del Jefe del Proyecto.
Reporta a: Jefe del Proyecto
Supervisa a: Equipo del Proyecto
Requisitos de conocimientos: Gestin de proyectos,
gestin de la calidad, tecnologas de la informacin.
Requisitos
de
habilidades:
objetividad, influencia, negociacin.
Comunicacin,
Objetivos del rol: Elaborar entregables con la calidad

requerida y segn estndares.
Funciones del rol: Elaborar los entregables.
Rol N 4
ANALISTA
PROGRAMADOR
Nivel de autoridad: Aplicar los recursos que se le han

asignado.
Reporta a: Jefe del Proyecto
Requisitos de conocimientos: Gestin de proyectos,
tecnologas
de
la
informacin,
especialidades
correspondientes segn sus actividades asignadas.
Requisitos de habilidades: Especficas segn sus
actividades correspondientes.
BittnerandSpence,USECASEMODELING,pp.301330,2002PearsonEducationInc.Reproduced
bypermissionofPearsonEducation,Inc.Allrightsreserved.
Sample Bank ATM

PERSONAL INVOLUCRADO EN LA GESTION DE CALIDAD
1
MJ
ANALISTA DE CALIDAD
YR
ANALISTA FUNCIONAL
LM
ANALISTA PROGRAMADOR
JEFE DEL PROYECTO
ORGANIZACIN PARA LA CALIDAD DEL PROYECTO
DOCUMENTOS NORMATIVOS PARA LA CALIDAD

1. Para Mejora de Procesos
PROCEDIMIEN
TOS
2. Para reuniones de Aseguramiento de la Calidad.

3. Para medicin de Mtricas de Calidad
FORMATOS
1. De Informe de Performance del Trabajo
Sample Bank ATM

2. De Informe de Performance del Proyecto
3. De Informe de Mtrica de Calidad
4. De Acciones correctivas
5. De Acciones preventivas
PROCESOS DE GESTIN DE LA CALIDAD
El aseguramiento de la calidad se realizar
monitoreando continuamente los informes de
seguimiento en su frecuencia respectiva y
revisando si las actividades que se ejecutan en el
momento, estn siendo desarrolladas con los
recursos necesarios.
ENFOQUE DE
ASEGURAMIEN
TO DE LA
CALIDAD (QA)
El anlisis de los procesos para aseguramiento de la

calidad se realizar en las Reuniones de
Aseguramiento de la Calidad, que se llevarn a
cabo entre el rea de Gestin de Cambios y
Actualizaciones y el Jefe del rea de Control de
Calidad.
De esta manera se podr descubrir a tiempo
cualquier necesidad de cambios en los procesos de
gestin del proyecto y de desarrollo del producto.
Los resultados se formalizarn como solicitudes de
cambio y/o acciones preventivas o correctivas, las
cuales tendrn que ser elaboradas por el rea de
Gestin de Cambios y Actualizaciones y aprobadas
por el Jefe del Proyecto.
Se verificar que las solicitudes de cambio
aprobadas y/o acciones preventivas o correctivas se
hayan ejecutado y hayan sido efectivas.
ENFOQUE DE
CONTROL DE
LA CALIDAD
(QC)
El control de calidad se ejecutar revisando los

entregables para ver si son conformes o no.
Los resultados de estas mediciones se consolidarn
y enviarn al rea de Gestin de Cambios y
Actualizaciones.
Adems, en este proceso se har la medicin de las
mtricas de calidad y se informarn al rea de
Gestin de Cambios y Actualizaciones.
Sample Bank ATM

Los entregables que hayan sido reprocesados se
volvern a revisar para verificar su conformidad.
Para los defectos detectados se tratar de
encontrar sus causas races y eliminar las fuentes
de los errores. Los resultados se formalizarn como
solicitudes de cambio y/o acciones preventivas o
correctivas.
ENFOQUE DE
MEJORA DE
PROCESOS
Cada vez que se requiera mejorar un proceso se seguirn

los siguientes pasos:
1. Delimitar el proceso.
2. Determinar la oportunidad de mejora.
3. Tomar informacin sobre el proceso.
4. Analizar la informacin levantada.
5. Definir acciones preventivas o correctivas.
6. Aplicar acciones preventivas o correctivas.
7. Verificar la efectividad de la aplicacin de acciones
preventivas/correctivas.
8. Documentar las mejoras y hacerlas parte del
proceso.
REQUISITOS FUNCIONALES:
PRIORIDAD
STAKEHOLDER
OTORGADA
POR EL
CD
STAKEHOLDER
IGO
Medio
RE
01
Cliente:
Lder de
usuario
REQUISITOS
DESCRIPCIN
La interfaz de usuario
debe ser de color rojo
y con el fondo del logo
de la empresa.
Sample Bank ATM
Muy Alto
Asesor del
rea de
ventas de
BOTICA
VANESSA
Alto
REQUISITOS
NO
RE
02
El sistema tendr mdulos de

mantenimiento, movimientos,
consultas,
reportes,
administracin; y adems
contar con una base de
datos.
RE
03
El clculo de las
boletas y facturas se
realicen
automticamente.
FUNCIONALES:
PRIORIDAD
STAKEHOLDER
OTORGADA
POR EL
REQUISITOS
CD
IGO
Alto
RE
04
El proyecto debe ser

rentable y ejecutarse
en el tiempo previsto.
RE
05
Verificar
cada
entregable y dar su
aceptacin antes de
presentar al cliente
(Lder de usuario).
RE
06
Durante el periodo de
ejecucin se espera
obtener
una
satisfaccin del 80 %
como mnimo de cada
entregable.
Sponsor:
Gerente del
rea de
ventas de
la BOTICA
VANESSA
Muy Alto
Alto
REQUISITOS
DE
CALIDAD:
PRIORIDAD
STAKEHOLDER
DESCRIPCIN
STAKEHOLDER
OTORGADA
POR EL
STAKEHOLDER
REQUISITOS
CD
IGO
DESCRIPCIN
Sample Bank ATM

Sponsor:
Gerente del
rea de
ventas de
la BOTICA
VANESSA
NECESIDAD
DEL
Muy Alto
NEGOCIO
OPORTUNIDAD
RE
07
Durante
la
presentacin de los
entregables se espera
obtener
una
calificacin mnima de
15.0 sobre 20.0 de
satisfaccin del cliente
(Lder de usuario).
A APROVECHAR:
Ofrecer un buen servicio al cliente.

Las boletas y facturas se realicen automticamente.
La pantalla tenga el logo de la farmacia.
Atomizacin y diversidad de todos los mdulos.
La interfaz de usuario sea entendible.
______________
______________
RU Financial Services
Revision History
Date
<dd/mmm/yy>
Version
1.0
Description
To support the review of the Withdraw
Cash Use Case
DE
<Name>Generated by
Paul Ramon
RESUMEN
1.1.1.1.1
Fecha:
Author
ENTREVISTA
23/04/2016
Duracin
de: 1:30
a: 2:30
Entrevistado(s):
Javier Andres
Sifuentes castillo
Nro. de entrevista:
Realizada por:
Rojas Changano Giancarlo Andree
Temas tratados:
Proceso de ventas
Control de Stock
Organizacin
Copyright IBM Corp. 2003

7
Course materials may not be reproduced in whole or in part without the prior written permission of IBM.
Tema: <Tema de la entrevista 1>
Propuesto por: <Nombre de la persona>
<Pregunta 1.1>
<Respuesta 1.1.>
<Pregunta 1.2.>
<Respuesta 1.2.>
.
Tema: <Tema de la entrevista 2>
Propuesto por: <Nombre de la persona>
<Pregunta 2.1>
<Respuesta 2.1.>
<Pregunta 2.2.>
<Respuesta 2.2.>
.
Conclusiones de la entrevista
Prximas acciones/reuniones
Glossary Extract
8
Version 1.3

9

Glossary Extract
<document identifier>
Version:
<1.0>
Date: <dd/mmm/yy>
Revision History
Date
Version
Description
Author
Mar 28, 2001
1.0
Added Business Rules and Inputs/Outputs
J. Carlos Goti
November 17, 2001
1.2
Additions and reorganization
J. Bell
October 30, 2002
1.3
Editorial changes
B. Baker
Confidential
Sample Bank ATM, 2016
Page 10

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
Table of Contents
1.
Introduction
1.1
Purpose
1.2
Scope
1.3
Definitions, Acronyms and Abbreviations
1.4
References
1.5
Overview
2.
Functionality
2.1
Localization
2.2
Business Rules
2.2.1 Account Cash Minimum
2.2.2 Limit Order Allowable Accounts
2.2.3 Market Order Allowable Accounts
2.2.4 RU e-st terms and conditions
2.2.5 Transaction Fees
3.
Usability
3.1
Browser compatibility
3.2
Access to information
3.3
Online tutorial
4.
Reliability
4.1
Availability
4.2
Timeliness and Accuracy
5.
Performance
5.1
Response Time
6.
Supportability
6.1
Installability
7.
Design Constraints
8.
Online User Documentation and Help System Requirements
9.
Purchased Components
10.
Interfaces
10.1
Inputs
10.1.1 Asset Limit Purchase Information
10.1.2 Asset Limit Sale Information
10.1.3 Asset Purchase Information
10.1.4 Asset Sale Information
10.1.5 Dollar Transfer Information
10.1.6 New Account Information
10.1.7 News System Response
10.1.8 Quote System Response
Confidential
6
6
6
6
6
7
8
8
8
8
8
8
9
Page 11

Glossary Extract
10.2
10.3
Version:
<1.0>
Date: <dd/mmm/yy>
Outputs
10.2.1 Account List
10.2.2 Headline News Display
10.2.3 Market Trading Confirmation
10.2.4 Market Trading Request
10.2.5 Account Display
10.2.6 Quote Display
10.2.7 Stock Yearly History Chart
Systems with Which to Interface
10.3.1 Quote System
10.3.2 Market Trading System
10.3.3 News System
10.3.4 Financial Network System
10.3.5 IRS Reporting System
11.
Licensing Requirements
12.
Legal, Copyright and Other Notices
13.
13.1
9
9
9
9
10
10
10
10
10
10
10
11
Applicable Standards
NASD, SIPC rules
Confidential
Page 12

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
Glossary Extract
2.
Introduction
The purpose of this document is to collect, analyze and define the supplementary specifications for the RU
e-st system.
2.1
Purpose
This document records specifications that have general applicability to the RU e-st product with the
objective of achieving agreement of what the system does between stakeholders and developers.
2.2
Scope
This document is a record of specifications that affect the RU e-st product as a whole or large parts of it.
2.3
Definitions, Acronyms, and Abbreviations

See Glossary.
2.4
References
Vision document
Glossary
Use cases
2.5
Overview
This document contains the supplementary specifications, organized by type of requirement: Functionality,
Usability, Reliability, Performance, Supportability, Design Constraints, Documentation Requirements,
Purchased Components, Interfaces, Licensing Requirements, Legal Requirements, and Applicable
Standards.
3.
Functionality
Functionality at a high level is documented in the Vision document. Detailed functional requirements are
primarily documented in the Use Case Reports for individual uses cases of the RU e-st system. Here we
record a localization requirement that pertains to all use cases and business rules for the RU e-st system.
3.1
Localization
The application allows the user to select a language preference of English, Spanish, French, German, or
Swedish. The application displays all information to the customer in their selected language.
Confidential
Page 13

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
3.2
Business Rules
3.2.1
Account Cash Minimum

For each account that a customer has and independently of other accounts (with different asset values and a
cash asset), the cash asset in the account must be maintained at 10% of the total account value for the status
of the account to be operational, meaning that trade transactions are allowed.
RU e-st forecasts the cash value percentage of the account after a transaction proposed by the customer and
prevents the transaction from being executed if it would break this rule.
An account may break this rule without a customer transaction because of market value fluctuations. RU est performs periodic checks and notifies customers of their accounts switched to probationary status
because of this reason, but in no case is a transaction allowed if the account is in probationary state or if the
transaction is estimated to place the account in probationary state.
If it is considered that a transaction will not cause the account to violate this rule, the transaction is allowed.
Once the Trading System returns the final results of the transaction, RU e-st recalculates the cash value
percent and places the account in probationary status if the rule is broken.
3.2.2
Limit Order Allowable Accounts

Limit orders for stock are only allowed on non-retirement accounts.
3.2.3
Market Order Allowable Accounts

Market orders for stock are only allowed on non-retirement accounts.
3.2.4
RU e-st Terms and Conditions

An account cannot be in operational state if the customer has not indicated that he/she agrees with the terms
and conditions.
3.2.5
Transaction Fees
When a transaction is confirmed by the Trading System, the fees are calculated and deducted from the cash
in the account. These monies are transferred to the RU e-st holdings.
4.
Usability
4.1
Browser Compatibility
The application can run under either MS Internet Explorer or Netscape Navigator.
4.2
Access to Information
The user can gather all information related to their accounts on one screen.
4.3
Online Tutorial
The application provides an online tutorial for the customer.
5.
Reliability
5.1
Availability
The application will be up and available 100 percent of the time during NYSE market hours. The
application should not be down for more than 15 minutes at any other time.
Confidential
Page 14

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
5.2
Timeliness and Accuracy

The application must provide accurate market data that is no more than fifteen minutes old.
6.
Performance
6.1
Response Time
A customer must receive status on their transaction within five seconds of placing the order. Even though
the transaction may not execute immediately, the customer should receive notification that the order has
been successfully accepted and is ready to be executed.
7.
Supportability
7.1
Installability
The user does not have to install any additional software to use the application.
8.
Design Constraints
TBD
9.
Online User Documentation and Help System Requirements

TBD
10.
Purchased Components
N/A
11.
Interfaces
In this section the interfaces that must be supported by the application are specified. The first two
subsections record the contents of all inputs and outputs that RU e-st has to support/provide. Also, the list
of systems that RU e-st interfaces with is shown.
11.1
Inputs
Each of the following sections specifies the content for a particular kind of input to the RU e-st system.
11.1.1 Asset Limit Purchase Information

Components are (for the asset the customer wishes to acquire):
Trading symbol
Number of shares
Limit price
Confidential
Page 15

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
11.1.2 Asset Limit Sale Information

Components are (for the asset the customer wishes to sell):
Trading symbol
Number of shares
Limit price
11.1.3 Asset Purchase Information
Components are (for the asset the customer wishes to acquire):
Trading symbol
Number of shares
11.1.4 Asset Sale Information
Components are (for the asset the customer wishes to sell):
Trading symbol
Number of shares
11.1.5 Dollar Transfer Information
Components are:
For the source account:
o Account id
o Trading symbol
o Dollar amount that they would like to transfer
For the target account:
o Account id
o Trading symbol of the asset to which they are going to transfer the funds
11.1.6 New Account Information
Components are:
Name
Address
Phone number
E-mail address
Social security number
Date of birth
Marital status
Number of dependents
Citizenship status
Employment status
Account operation type
Account funding type
The customer must also indicate that he/she agrees with RU e-st terms and conditions
11.1.7 News System Response
Components are:
List of headlines for the news stories for the last six months that relate to a given security
Confidential
Page 16

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
11.1.8 Quote System Response

Components are:
Current price
Daily high price
Daily low price
Opening price
Previous close
Bidask price
Fifty-two week range
Percentage price change
Volume
Price/earnings ratio
Earnings per share
Dividend
Yield
Chart displaying the stock history for the last twelve months
11.2
Outputs
Each of the following sections specifies the content for a particular kind of output from the RU e-st
system. The name of each output gives the type of content of the output and (if not a display to the
end-user) the system to which the output is sent.
11.2.1 Account List

Components are:
All accounts the customer has opened with RU e-st and for each:
o Account id
o Account type
o Account total
o Account alias
11.2.2 Headline News Display
List of headlines for the news stories for the last six months that relate to a given security.
11.2.3 Market Trading Confirmation

Components are:
Trading symbol
Trade transaction type (buy or sell)
Number of shares traded
Executed price
Date and time of the transaction
Transaction id
11.2.4 Market Trading Request
Components are:
Trading symbol
Trade transaction type (buy or sell)
Number of shares for requested trade
Limit trade order price (a special code indicates market trade)
Confidential
Page 17

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
Date and time of the transaction

Transaction id
11.2.5 Account Display

Components are:
All securities the customer has in the non-retirement account showing for each one:
o Trading symbol
o Asset name
o Number of shares owned
o Asset total value
o Asset last transaction date
Cash asset value
Account total value
Account status (operational or not)
11.2.6 Quote Display
Components are:
Current price
Daily high price
Daily low price
Opening price
Previous close
Bid ask price
Fifty-two week range
Percentage price change
Volume
Price/earnings ratio
Earnings per share
Dividend
Yield
Chart displaying the stock history for the last twelve months
11.2.7 Stock Yearly History Chart
This chart shows the stocks closing prices for the last fifty-two weeks.
11.3
Systems with Which to Interface
11.3.1 Quote System

This system provides market quotes based on trading symbols.
11.3.2 Market Trading System
The system performs the trade orders requested by RU e-st and communicates trade transaction results back
to RU e-st.
11.3.3 News System
The system provides news headlines linked to a particular trading symbol.
Confidential
Page 18

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
11.3.4 Financial Network System

The system provides the ability to transfer funds between RU e-st accounts and accounts external to
RU e-st,
such as bank accounts or credit card accounts.
11.3.5 IRS Reporting System

The system accepts electronic reports of tax information.
12.
Licensing Requirements
13.
Legal, Copyright and Other Notices

TBD Contracts and Legal Department
14.
Applicable Standards
14.1
NASD, SIPC rules

The application must conform to all the rules of the NASD, SIPC, and any other securities trading
institutions that interface with the RU e-st system.
The application must conform to the rules of the Federal Trade Commission (FTC) and the Securities and
Exchange Commission (SEC).
Confidential
Page 19

Glossary Extract
Confidential
Version:
<1.0>
Date: <dd/mmm/yy>
Page 20

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
Table of Contents
Introduction
Definitions
Confidential
Page 21

Glossary Extract
Confidential
Version:
<1.0>
Date: <dd/mmm/yy>
Page 22

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
Glossary Extract
Introduction
This document provides an extract of the Sample Bank ATM Project Glossary to support the review of the key
Withdraw Cash Use Case.
This document was generated from the Sample Bank ATM glossary held in the Sample Bank ATM project
requirements repository.
Definitions
Term
Description
Additional Information
Account
An obligation on the part of the

financial institution to pay the customer,
upon demand and adhering to the terms
of the account agreement, a defined sum
of money.
Accounts can be either:
ATM ID / ATM
iIdentifier
Each ATM machine has a unique

identification code. . This is the
machines serial number.
This allows the ATM to be

uniquely identified within the
ATM network.
ATM Session Identifier
A unique identifier for the current

Customer session includes the ATM
Identifier.
This is used to identify the ATM

and the ATM session in all
dialogues with external systems.
This allows Banks Systems and
others to track the conversations
with the ATM and to compare the
various logs and audits.
Bank Ccard
A physical identification device ,

imprinted with magnetic information
pertaining to the issuing financial
institution (institution inter-bank
number), the customer (their customer
number with the issuing financial
institution), and a Personala Personal
Information Number (PIN), chosen by
the customer at the time the card was
issued, and a card number. << What
about the card number or associated
account number. >>
Bank Ccard Iinformation
The standard information held on about

a bank card.
Card Number
The unique 20-character code

associated with the card that allows the
Bank System to identify the account.
Communication Retry
Number
The number of times that the system

will attempt to contact the Bank System
after a failure.
Confidential
Active available to support

transactions.
Inactive unavailable for

transactions.
One of the systems configurable

parameters.
Page 23

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
Communication Time-out
Period
The period of time that the system will

wait for a response from the Bank
System.
Confiscated Cards
The set of bank cards the system has

retained wheither deliberately or
because of errors.
Customer
A person who holds accounts at a

financial institution that is a member of
the ATM inter-bank network and who
possesses a bank card.
Customer Nnumber
The bank systems 20-twenty character,

alpha numeric customer identification
number. . Unique within the bank.
Sample Bank ATM handles

customer numbers up to 20
characters in lengthlong, although
most banks only use 16character numbers.
Customers Bbank
The financial institution that issued the

bank card and at which the customer
has an account. . The customers bank
is contacted via through the Bank
System. . The financial institution is
identified via through an institution
inter-bank number.
Setting which banks are

supported is one of the Super
ATMs configuration options.
Event LlLog
A permanent record used to record any

noteworthy events within the ATM. .
The log contains at least the following
information for each event:

parameters.
The session ID
The data and time of the event
The nature of the event
If the event occurs during a customer

session, it contains:
The current bank card

information (excluding the
PIN).
An optional video clip of the
customer
Financial Institution
An issuer of bank cards and maintainer

of accounts.
Institution Iinter-bank
nNumber
A standard code number that uniquely

identifies a financial institution. . It is a
4-Four character, alpha numeric string.
Owning branch
Each ATM is associated with a specific

branch of the Bank.
Personal Identification
Number (PIN)
An identification number, chosen by the

customer, used in conjunction with the
bank card for security purposes. The
Confidential
Used to identify the owning bank

that owns the on a bank card.
Page 24

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
PIN can be up to 6 digits in length and

must not include any repeated digits. .
A PIN is used to verify the identity of
the customer by asking the customer to
re-enter the PIN. W; when the customer
enters the same number as the PIN
stored on the card, the customers
identity is considered authenticated.
Service OoOption
A customer service available from the

ATM.
Services available from the Super ATM
include:
Cash wWithdrawal
Deposit fFunds
Transfer fFunds
Manage aAccount
Service Organization
The organization that services the ATM,

refilling it with cash, and keeping it in
working order.
Smallest Denomination
Note Held
The smallest denomination of note the

ATM currently contains.
Standard Wwithdrawal
aAmount
Standard amounts offered for customers

to withdraw.
Transaction FfFee
The amount charged by the owner of

the ATM for undertaking processing the
transaction.
Transaction LlLog
A permanent record used to prevent

guard against against data loss in the
event of a subsequent system failure. .
The log contains the following
information for each transaction:
Confidential
The current list of services

available is configurable and
reflects the state of the ATM (i.e.
if there is no cash available in the
machine, the Cash Withdrawal
service will be unavailable).
Could be one of the systems

configurable options.
<<OOPS using the log for

much more than this.>>
The date and time of the

transaction
The ATM Session ID
The bank card details
(excluding the PIN)
The location of the ATM
The customers bank number
The type of transaction
The amount of the transaction
The bank systems response
(for example, withdrawal
acceptance or withdrawal
rejection)Whether the
transaction was accepted or
Page 25

Glossary Extract
Version:
<1.0>
Date: <dd/mmm/yy>
rejected
The bank systems response
For a withdrawal, the log also shows
The amount dispensed
Whether the amount has been

dispensed yettransaction
identifier (for tracking within
the inter-bank network)
Withdrawal Aacceptance
The message sent by the Bank System

to acceptreject a request for the
withdrawal of funds from an account. .
It contains an acknowledgement and the
transaction fee that will be charged.
<<Why transaction fee if

transaction was refused?>>
Withdrawal LlLimit
The maximum amount of cash that can

be withdrawn in one transaction.

parameters.
Withdrawal Receipt
Customer facing record of a withdrawal

typically printed on request.
It contains
Withdrawal Rrejection
Confidential
The date and time of the

withdrawal
The bank card number
The location of the ATM
The Customerss banks

Institution Interbank
Number
The amount of the withdrawal
The transaction fee charged
The ATM Session ID (for

tracking within the interbank
network)
The message sent by the Bank System

to reject a request for the withdrawal of
funds from an account. It indicates why
the withdrawal was rejected,
particularly if it was because of a lack
of funds.
Page 26

Glossary Extract
Confidential
Version:
<1.0>
Date: <dd/mmm/yy>
Page 27

Glosario de Terminosddddd

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Glosario de Terminosddddd

Cargado por

Copyright:

Formatos disponibles

Sample Bank ATM

Sample Bank Automated Teller Machine

Objetivos del rol: Gestionar las solicitudes de cambio

Nivel de autoridad: Implementar cambios previa

Objetivos del rol: Elaborar entregables con la calidad

Nivel de autoridad: Aplicar los recursos que se le han

Sample Bank ATM

JEFE DEL PROYECTO

ORGANIZACIN PARA LA CALIDAD DEL PROYECTO

DOCUMENTOS NORMATIVOS PARA LA CALIDAD

2. Para reuniones de Aseguramiento de la Calidad.

1. De Informe de Performance del Trabajo

Sample Bank ATM

El anlisis de los procesos para aseguramiento de la

El control de calidad se ejecutar revisando los

Sample Bank ATM

Cada vez que se requiera mejorar un proceso se seguirn

Sample Bank ATM

El sistema tendr mdulos de

El proyecto debe ser

Sample Bank ATM

Ofrecer un buen servicio al cliente.

Copyright IBM Corp. 2003

Propuesto por: <Nombre de la persona>

Tema: <Tema de la entrevista 2>

Propuesto por: <Nombre de la persona>

Copyright IBM Corp. 2003

Sample Bank Automated Teller Machine

Mar 28, 2001

Added Business Rules and Inputs/Outputs

November 17, 2001

Additions and reorganization

October 30, 2002

Sample Bank ATM, 2016

Sample Bank Automated Teller Machine

Online User Documentation and Help System Requirements

Sample Bank ATM, 2016

Sample Bank Automated Teller Machine

Legal, Copyright and Other Notices

Sample Bank ATM, 2016

Sample Bank Automated Teller Machine

Definitions, Acronyms, and Abbreviations

Sample Bank ATM, 2016

Sample Bank Automated Teller Machine

Account Cash Minimum

Limit Order Allowable Accounts

Market Order Allowable Accounts

RU e-st Terms and Conditions

Sample Bank ATM, 2016

Sample Bank Automated Teller Machine

Timeliness and Accuracy

Online User Documentation and Help System Requirements

11.1.1 Asset Limit Purchase Information

Sample Bank ATM, 2016

Sample Bank Automated Teller Machine

11.1.2 Asset Limit Sale Information

Sample Bank ATM, 2016

Sample Bank Automated Teller Machine

11.1.8 Quote System Response

11.2.1 Account List

11.2.3 Market Trading Confirmation

Sample Bank ATM, 2016

Sample Bank Automated Teller Machine

Date and time of the transaction