CHAPTER 9 Slides - En.id

Systems Design and Construction
pengantar
 Bab ini akan membahas pertanyaan-pertanyaan

berikut:
Bagaimana proses desain sistem dalam hal konfigurasi,

pengadaan, dan desain dan integrasi fase siklus hidup.

 Apa konfigurasi, pengadaan, dan desain dan fase integrasi dalam
hal blok bangunan informasi Anda.

 Apa konfigurasi, pengadaan, dan desain dan integrasi fase dalam
hal tujuan, kegiatan, peran, input dan output, teknik, dan langkah-
langkah.
Prepared by
 Apa yang tradisional dan prototyping pendekatan untuk desain
Kevin C. sistem.
Dittman for
Systems
Analysis &
Copyright Irwin/McGraw-Hill 1998
Apa Desain Sistem?
 Apa Desain Sistem?

 sistem desainadalah evaluasi alternatif solusi dan spesifikasi dari
solusi berbasis komputer rinci. Hal ini juga disebut desain fisik.
 Analisis sistem terutama difokuskan pada, aspek implementasi
independen logis dari sistem (persyaratan).
 Sistem penawaran desain dengan aspek fisik atau tergantung dari
implementasi dari sistem (sistem spesifikasi teknis).
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
SYSTEMS DESIGN
Documentation
Configuration
Phase
Documentation
Technology
Repository
Requirements
Procurement
Phase
Documentation
Technology
Design Integration
Requirements Requirements
Design
&
Prepared by Integration
Phase to the
Kevin C. construction
phase
Dittman for
Systems
Analysis &
Strategi Untuk Desain Sistem
 Strategi Untuk Desain Sistem

Ada juga banyak strategi atau teknik untuk melakukan desain
sistem dan mereka termasuk:
 Desain Terstruktur modern
 Teknik Informasi (IE)
 prototyping
 JAD
 RAD
Prepared by  Object-Oriented Desain (OOD)

Kevin C.  Strategi-strategi ini sering dilihat sebagai bersaing pendekatan
Dittman for alternatif untuk desain sistem, namun pada kenyataannya,
Systems kombinasi tertentu melengkapi satu sama lain.
Analysis &
 Desain Terstruktur modern

 teknik desain terstruktur membantu pengembang berurusan
dengan ukuran dan kompleksitas program.
 Desain Terstruktur modernadalah teknik yang berorientasi
pada proses untuk memecah program besar menjadi hirarki

modul yang menghasilkan program komputer yang lebih
mudah untuk menerapkan dan memelihara (perubahan).
Sinonim (meskipun secara teknis tidak akurat) adalah desain
program top-down dan pemrograman terstruktur.
Prepared by • Sebuah modul adalah sekelompok instruksi - sebuah paragraf,
Kevin C. block, subprogram, atau subroutine.
Dittman for
Systems
Analysis &

 desain terstruktur berusaha untuk faktor program ke hirarki top-
down dari modul yang memiliki sifat sebagai berikut:
 Modul harus sangat kompak; yaitu, setiap modul harus
mencapai satu dan hanya satu fungsi.

• Hal ini membuat modul dapat digunakan kembali dalam program
masa depan.
 Modul harus longgar bergandengan; dengan kata lain, modul
harus minimal bergantung pada satu sama lain.
Prepared by • Ini meminimalkan efek bahwa perubahan masa depan dalam satu
Kevin C. modul akan memiliki pada modul lain.
Dittman for
Systems
Analysis &

 desain terstruktur dilakukan selama desain sistem.
 desain terstruktur tidak membahas semua aspek desain - misalnya,
desain terstruktur tidak akan membantu Anda merancang input,
database, atau file.
 Model perangkat lunak yang berasal dari desain terstruktur yang
disebut struktur grafik.
 The bagan struktur diperoleh dengan mempelajari aliran data
melalui program ini.

Prepared by
Kevin C.
Dittman for
Systems
Analysis &
1.2
Approve
applicant
Subscriber's Acceptance
name decision
Standing and Acceptance
time account decision
closed
Reviewed
Standing and application
1.2.1 time account 1.2.3
closed 1.2.2
Get past Record
Determine
member account reviewed
acceptance
standing application
Standing and Standing and Rejected

time account time account application New
closed closed member
details
1.2.3.1 1.2.3.2
Past Member Reject Accept
applicant applicant
Prepared by
Kevin C. Rejected
application
New
member
details
Dittman for
Systems Rejected
applications
Members
Analysis &
 Teknik Informasi (IE)

 IE melibatkan melakukan analisis kebutuhan area bisnis dari mana
aplikasi sistem informasi yang 'diukir' dan diprioritaskan.
 Teknik Informatika kurang pada proses desain.
 Aplikasi diidentifikasi di IE menjadi proyek yang analisis sistem
lain dan metode desain dimaksudkan untuk diterapkan dalam
rangka untuk mengembangkan sistem produksi.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
 prototyping
Sebuah prototipe, menurut kamus Webster, adalah `` asli atau

model yang sesuatu yang bermotif '' dan / atau `` skala penuh
pertama dan biasanya bentuk fungsional dari jenis baru atau desain
konstruksi (seperti pesawat terbang) . ''
 Insinyur membangun prototipe mesin, mesin, mobil, dan
sejenisnya, sebelum membangun produk yang sebenarnya.

 Prototyping memungkinkan insinyur untuk mengisolasi masalah di
kedua persyaratan dan desain.

Prepared by
 Pendekatan prototyping adalah proses berulang yang melibatkan
Kevin C. hubungan kerja yang erat antara desainer dan pengguna.
Dittman for
Systems
Analysis &
 prototyping
Pendekatan prototyping memiliki beberapa keunggulan.

 Prototyping mendorong dan membutuhkan partisipasi pengguna akhir
yang aktif.
 Iterasi dan perubahan adalah konsekuensi alami dari pengembangan
sistem - yaitu, akhir-pengguna cenderung untuk mengubah pikiran

mereka.
 Hal ini sering mengatakan bahwa pengguna akhir tidak sepenuhnya tahu
kebutuhan mereka sampai mereka melihat mereka diimplementasikan.

 Prototip yang aktif, tidak pasif, model yang akhir-pengguna dapat
Prepared by melihat, menyentuh, merasakan, dan pengalaman.
Kevin C.  Sebuah prototipe disetujui adalah setara bekerja untuk spesifikasi desain
Dittman for kertas, dengan satu pengecualian - kesalahan dapat dideteksi lebih awal.
Systems
Analysis &
 prototyping
 Pendekatan prototyping memiliki beberapa keunggulan.
(Lanjutan)
 Prototyping dapat meningkatkan kreativitas karena
memungkinkan untuk umpan balik pengguna lebih cepat yang

dapat menyebabkan solusi yang lebih baik.
 Prototyping mempercepat beberapa fase dari siklus hidup,
mungkin melewati programmer.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
 prototyping
Pendekatan prototyping memiliki beberapa kelemahan.

 Prototyping mendorong kembali ke `` code, melaksanakan, dan
perbaikan '' siklus hidup yang digunakan untuk mendominasi

sistem informasi.
 Prototyping tidak meniadakan kebutuhan untuk tahap survei dan
studi.
 Anda tidak dapat sepenuhnya menggantikan prototipe manapun
untuk spesifikasi kertas.

Prepared by  Ada banyak masalah desain tidak ditangani oleh prototyping.
Kevin C.  Prototyping sering menyebabkan komitmen dini untuk desain.
Dittman for  Ketika prototyping, ruang lingkup dan kompleksitas sistem dapat
Systems dengan cepat memperluas luar rencana asli.
Analysis &
 prototyping
 Pendekatan prototyping memiliki beberapa kelemahan. (Lanjutan)
 Prototyping dapat mengurangi kreativitas dalam desain.
 Prototip sering menderita kinerja lebih lambat dari rekan-rekan
bahasa generasi ketiga mereka.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
 prototyping
Prototip dapat dengan cepat dikembangkan menggunakan banyak

4GLs dan berorientasi objek bahasa pemrograman yang tersedia

saat ini.
 Prototip dapat dibangun untuk output sederhana, dialog komputer,
fungsi tombol, seluruh subsistem, atau bahkan seluruh sistem.

 Setiap sistem prototipe ditinjau oleh pengguna akhir dan
manajemen, yang membuat rekomendasi tentang persyaratan,

metode, dan format.
Prepared by  Prototipe tersebut kemudian dikoreksi, ditingkatkan, atau
Kevin C. disempurnakan untuk mencerminkan persyaratan baru.
Dittman for  Revisi dan peninjauan proses berlanjut sampai prototipe
Systems diterima.
Analysis &
 Pengembangan Aplikasi Bersama (JAD)

 JAD adalah teknik yang melengkapi analisis sistem lain dan desain
teknik dengan menekankan pembangunan partisipatif antara
pemilik sistem, pengguna, desainer, dan pembangun.
 Selama sesi JAD untuk desain sistem, perancang sistem akan
mengambil peran fasilitator untuk mungkin beberapa lokakarya
sehari penuh dimaksudkan untuk mengatasi masalah desain yang
berbeda dan kiriman.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
 Rapid Application Development (RAD)

 pengembangan aplikasi cepat (RAD) adalah penggabungan
berbagai teknik terstruktur (terutama data-driven engineering
informasi) dengan teknik prototyping dan teknik pengembangan
aplikasi bersama untuk mempercepat pembangunan sistem.
 RAD panggilan untuk penggunaan interaktif teknik terstruktur dan
prototyping untuk menentukan kebutuhan pengguna dan
merancang sistem final.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
 Rapid Application Development (RAD)

Menggunakan teknik terstruktur:
 pengembang pertama membangun data dan proses awal model
kebutuhan bisnis.
 Prototip kemudian membantu analis dan pengguna untuk
memverifikasi persyaratan tersebut, dan untuk secara resmi

menyempurnakan data dan proses model.
 Siklus model, maka prototipe, kemudian model, kemudian
prototipe, dan sebagainya akhirnya menghasilkan sebuah

Prepared by kebutuhan bisnis gabungan dan laporan desain teknis yang
Kevin C. akan digunakan untuk membangun sistem baru.
Dittman for
Systems
Analysis &
 Object-Oriented Desain (OOD)

desain berorientasi objek (OOD) teknik yang digunakan untuk
memperbaiki persyaratan objek definisi diidentifikasi sebelumnya
selama analisis, dan untuk menentukan objek tertentu desain.
 Berdasarkan keputusan implementasi desain, selama OOD
desainer mungkin perlu untuk merevisi data atau karakteristik

proses untuk sebuah objek yang didefinisikan selama analisis
sistem.
 Demikian juga, keputusan implementasi desain mungkin
Prepared bymemerlukan bahwa perancang mendefinisikan satu set baru objek
Kevin C. yang akan membuat layar antarmuka yang user (s) dapat
Dittman for berinteraksi dengan dalam sistem baru.
Systems
Analysis &
Metode Analisis Sistem cepat
 CEPAT
Itu CEPAT metodologi tidak memaksakan teknik desain tunggal
pada pengembang sistem.
 CEPAT mengintegrasikan semua strategi yang populer desain
yang telah kita bahas: desain terstruktur (melalui pemodelan

proses), teknik informasi (melalui pemodelan data), prototipe
(melalui pengembangan aplikasi cepat), pengembangan aplikasi
bersama (untuk semua metode), dan pengembangan aplikasi yang
cepat.
Prepared by
 Progresif CEPAT pengembang dapat menggunakan desain
Kevin C. berorientasi objek dalam hubungannya dengan teknologi objek

Dittman for untuk prototipe untuk sepenuhnya memanfaatkan paradigma
Systems objek.
Analysis &
Konfigurasi Tahap Desain Sistem
 Tahap konfigurasi
Tujuan dari fase konfigurasi untuk mengidentifikasi solusi kandidat,

menganalisis mereka solusi kandidat, dan merekomendasikan sistem

target yang akan dirancang dan diimplementasikan.
 Tujuan mendasar dari fase konfigurasi adalah:
 Untuk mengidentifikasi dan alternatif penelitian manual dan solusi
berbasis komputer untuk mendukung sistem informasi target kami.

 Untuk mengevaluasi kelayakan alternatif solusi dan
merekomendasikan yang terbaik secara keseluruhan solusi alternatif.

Prepared byTahap konfigurasi menandai titik pertama dalam proses pengembangan
Kevin C. sistem yang kami telah menempatkan penekanan pada bagaimana sistem
baru bisa beroperasi.
Dittman for
Systems
Analysis &
INFORMATION SYSTEMS FRAMEWORK
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
REASON
DATA PROCESSES INTERFACES GEOGRAPHY Methodology
Business Subjects Business Functions System Context Operating Locations

Ac c ounts
Survey Phase
Rec e iv a bl e
Da ta bas e
Mar k eting
Customers order zero,
Cre di t
one, or more products.

SYSTEM
Products may be ordered
OWNERS Custom e r Orde r
Orde r
Mana ge m e nt
Pic k ing
Wa re hous e
by zero, one, or more Adv er tis ing Sales Sys te m
Orde r
(scope) customers. Cre di t

Vouc he r
O rder s C anc ellations Ser v ic es

Bank
Study Phase
Data Requirements Business Processes Interface Requirements Communication Reqts.
rejected order
S t.
PRODUCT E DI
or der Louis
catalog P r oducts
CUSTOMER credit C heck C ust changes C atalog
product-no Customers HQ
credit
customer-no product-name Fi r ec r ac ker Sa l es
customer-name unit-of-measure customer

approved order
SYSTEM customer-rating
balance-due
unit-price number order with
valid products
W est
C ustom er s
ship
or der
E ast
C ustom er s
quantity-available
S USERS order Validate valid order Validate cr edit cr edit
customer products Orders
Y LA ship
Indy
NY
S (requirements) ORDER order without prices

approved
order
Office or der W ar e-
house
ship or der
Office
order-no valid
T order-date customer
picking
ser vice
products-ordered quantity Release ticket

E quantities-ordered
P roducts
in stock order Maintenance
R ecor ds
A
N Definition Phase
A
L
Y
S
T
SYSTEM
S
DESIGNERS
(specification)
SYSTEM
BUILDERS
Prepared by
(components)
Kevin C. Software
Interface
Technology
Networking
Dittman for
(and Hardware)
Database Telchnology
Technology (and standards)
Technology
(and standards)
(and standards) Configuration
(and standards)
Systems
Phase
Analysis &
CONFIGURATION PHASE
Approval
System to 1
Owners continue Define
project Various
Candidate H/W & S/W
Outside
Solutions Specifications
Sources
Proj. Plan, Business H/W & S/W

System Changes
Size Estimates, Reqmts Costs
Proposal to Candidate
Candidate Outline and
Proposed Solutions
Solutions, & References
Design Approved
& Feasibility
Analysis Tech.
Architecture
2
3 Analyze
Candidate
Recommend Feasibility of
Solutions
A System Alternative
Solution Feasibility Solutions
Repository Analysis
Prepared by Technology
Requirements
Kevin C. to the procurement phase
Dittman for
Systems to the design and integration phase
Analysis &
 Kegiatan: Tentukan Calon Solusi

 Mengingat kebutuhan bisnis didirikan pada tahap definisi analisis
sistem, kita harus mengidentifikasi solusi calon alternatif.
 Tujuan
 Tujuan dari kegiatan ini adalah untuk mengidentifikasi solusi
calon alternatif untuk kebutuhan bisnis didefinisikan selama

analisis sistem.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

peran

 Kegiatan ini difasilitasi oleh manajer proyek.
 peran pemilik sistem - pemilik sistem biasanya tidak terlibat
langsung dalam kegiatan ini.

 peran pengguna sistem - pengguna biasanya tidak terlibat
dalam kegiatan ini pada saat ini.

 peran analis sistem - Analis sistem adalah yang paling luas
Prepared by tentang kebutuhan bisnis dan karena itu harus terlibat dalam
solusi curah pendapat yang mungkin memenuhi persyaratan
Kevin C. tersebut.
Dittman for
Systems
Analysis &

 peran
 peran perancang sistem - Sistem desainer mengasumsikan
peran utama dalam kegiatan ini dan biasanya akan mencari

masukan dan saran dari keahlian berikut:
• Database administer - orang ini akan menjadi sumber keahlian
tentang teknologi database yang tersedia.
• Jaringan administrator - orang ini dapat memberikan keahlian
tentang teknologi jaringan yang ada.
Prepared by • Aplikasi mengelola - orang ini memberikan pengetahuan tentang
Kevin C. alat pengembangan aplikasi baru dan yang sudah ada dan standar.
Dittman for  peran pembangun sistem - pembangun sistem biasanya tidak
Systems terlibat dalam kegiatan ini.
Analysis &

 Prasyarat (Input)
 Kegiatan ini dipicu oleh persetujuan dari pemilik sistem untuk
melanjutkan proyek ke dalam desain sistem.

 Input kunci adalah:
• kebutuhan bisnis outline didefinisikan selama analisis sistem

• spesifikasi hardware dan software dari berbagai sumber seperti
vendor dan arahan pelanggan
• arsitektur teknologi disetujui
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Kiriman (output)
 Kiriman prinsip kegiatan ini adalah solusi calon untuk sistem
baru.
 Sebuah matriks adalah alat yang berguna untuk secara efektif
menangkap, mengatur, dan berkomunikasi karakteristik untuk

solusi calon.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Characteristics Candidate 1 Candidate 2 Candidate 3 Candidate ...
Portion of System Computerized COTS package Platinum Member Services and Same as candidate 2.
Plus from Entertainment warehouse operations in
Brief description of that portion of the Software Solutions would be relation to order fulfillment.
system that would be computerized in purchased and customized to
this candidate. satisfy Member Services
required functionality.
Benefits This solution can be Fully supports user required Same as candidate 2.
implemented quickly business processes for
Brief description of the business benefits because its a purchased Soundstage Inc. Plus more
that would be realized for this solution. efficient interaction with
candidate. member accounts.
Servers and Workstations Technically architecture Same as candidate 1. Same as candidate 1.
dictates Pentium pro, MS
A description of the servers and Windows NT class servers
workstations needed to support this and Pentium, MS Windows
candidate. NT 4.0 workstations
(clients).
Software Tools Needed MS Visual C++ and MS MS Visual Basic 5.0 MS Visual Basic 5.0
ACCESS for customization System Architect 3.1 System Architect 3.1
Software tools needed to design and of package to provide report Internet Explorer Internet Explorer
build the candidate (e. g., database writing and integration.
management system, emulators,
operating systems, languages, etc.). Not
generally applicable if applications
software packages are to be purchased.
Application Software Package Solution Custom Solution Same as candidate 2.
A description of the software to be

purchased, built, accessed, or some
combination of these techniques.
Method of Data Processing Client/Server Same as candidate 1. Same as candidate 1.
Generally some combination of: on-line,

batch, deferred batch, remote batch, and
real-time.
Output Devices and Implications (2) HP4MV department (2) HP4MV department Same as candidate 2.
Laser printers Laser printers
A description of output devices that (2) HP5SI LAN laser (2) HP5SI LAN laser
would be used, special output printers printers
requirements, (e.g. network, preprinted (1) PRINTRONIX bar-code
forms, etc.), and output considerations printer (includes software &
(e.g., timing constraints). drivers)
Web pages must be designed

to VGA resolution. All
internal screens will be
Prepared by
designed for SVGA
resolution.
Input Devices and Implications Keyboard & mouse Apple “Quick Take” digital Same as candidate 2.
camera and software
A description of Input methods to be (15) PSC Quickscan laser
Kevin C. used, input devices (e.g., keyboard,

mouse, etc.), special input requirements,
(e.g. new or revised forms from which
data would be input), and input
bar-code scanners
(1) - HP Scanjet 4C Flatbed
Scanner
Keyboard & mouse
Dittman for
considerations (e.g., timing of actual
inputs).
Storage Devices and Implications MS SQL Server DBMS with Same as candidate 1. Same as candidate 1.
100GB arrayed capability.
Systems
Brief description of what data would be
stored, what data would be accessed
from existing stores, what storage media
would be used, how much storage
capacity would be needed, and how
Analysis & data would be organized.


 Teknik yang berlaku
 Teknik-teknik berikut ini berlaku untuk kegiatan ini.
• Pencari Fakta. metode pencarian fakta yang digunakan untuk

berinteraksi dengan sumber-sumber luar seperti perangkat keras
dan perangkat lunak vendor dan toko untuk mengumpulkan
spesifikasi produk untuk masing-masing calon.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Langkah
 Langkah-langkah berikut ini disarankan untuk menyelesaikan
kegiatan ini.
• Langkah 1 - Tinjau kebutuhan bisnis yang digariskan dalam fase
definisi analisis sistem.
• Langkah 2 - Jika ada, meninjau arsitektur teknologi untuk
menentukan dan perangkat keras atau perangkat lunak standar yang
diperlukan untuk solusi kandidat.
Prepared by • Langkah 3 - Brainstorm solusi alternatif yang memenuhi
kebutuhan bisnis. Juga, mengidentifikasi solusi yang disarankan
Kevin C. sebelum tahap desain.
Dittman for • Langkah 4 - Penelitian spesifikasi teknis merinci karakteristik
Systems masing-masing kandidat solusi.
Analysis &
 Kegiatan: Menganalisis Kelayakan Solusi Alternatif

 analisis kelayakan seharusnya tidak terbatas pada biaya dan manfaat.
 Sebagian besar analis mengevaluasi solusi terhadap empat set kriteria:
 kelayakan teknis.
• Adalah solusi teknis praktis?

• Apakah staf kami memiliki keahlian teknis untuk merancang dan
membangun solusi ini?
 kelayakan operasional.
• Akan solusi memenuhi kebutuhan pengguna?
Prepared by • Untuk apa gelar?
Kevin C. • Bagaimana solusi akan mengubah lingkungan kerja pengguna?
Dittman for • Bagaimana pengguna merasa tentang solusi tersebut?
Systems
Analysis &

 Sebagian besar analis mengevaluasi solusi terhadap empat set kriteria:
(lanjutan)
 kelayakan ekonomi.
• Adalah biaya-efektif solusi?

 Jadwal kelayakan.
• Dapat solusi dirancang dan dilaksanakan dalam suatu periode waktu yang
dapat diterima?
Analisis kelayakan dilakukan pada masing-masing calon individu tanpa
Prepared bymemperhatikan kelayakan kandidat lainnya.
Tujuan
Kevin C.  Tujuan dari kegiatan ini adalah untuk mengevaluasi solusi calon
Dittman for alternatif sesuai dengan ekonomi, operasional, teknis, dan jadwal
Systems kelayakan mereka.
Analysis &

 peran
 peran pemilik sistem - Pendapat dari individu-individu berikut
dapat dicari saat menilai kelayakan operasional solusi kandidat:

• sponsor eksekutif, manajer pengguna, manajer sistem, dan / atau
manajer proyek
 peran sistem user - beberapa pengguna mungkin terlibat untuk
menilai perasaan mereka terhadap solusi calon.
Prepared by
• Analis keuangan atau bisnis - individu ini mungkin menjadi
Kevin C. sumber untuk menentukan teknik keuangan yang akan digunakan
Dittman for ketika menganalisis kelayakan ekonomi dari suatu investasi
Systems (sistem baru).
Analysis &

 peran
 Sistem peran Analis - Sekali lagi, kegiatan ini dapat dilakukan
oleh analis sistem.

 desainer sistem bertanggung jawab untuk menyelesaikan
kegiatan ini.
• Perancang mungkin mencari masukan dari orang-orang berikut
mengenai kelayakan teknis dari teknologi untuk solusi kandidat:
– Database kelola, Jaringan administrator, dan / atau Aplikasi
Prepared by mengelola
Kevin C.  peran pembangun sistem biasanya tidak terlibat dalam kegiatan
Dittman for ini kecuali yang dianggap layak oleh pemilik sistem
Systems
Analysis &

Prasyarat (Input)

 Kegiatan ini dipicu oleh definisi dari satu atau lebih solusi
calon.
 Untuk melakukan analisis kelayakan, biaya hardware dan
software serta umpan balik dari pelanggan referensi

dibutuhkan.
Prepared by  Deliverable Prinsip dari kegiatan ini adalah selesai analisis

kelayakan untuk masing-masing calon.
Kevin C.
 Sebuah matriks dapat digunakan untuk berkomunikasi volume
Dittman for besar informasi tentang solusi calon.
Systems
Analysis &
Feasibility Criteria Wt. Candidate 1 Candidate 2 Candidate 3 Candidate ..
Operational Feasibility 30% Only supports Member Fully supports user required Same as candidate 2.
Services requirements and functionality.
Functionality. A description of to what current business processes
degree the candidate would benefit the would have to be modified to
organization and how well the system take advantage of software
would work. functionality
Political. A description of how well

received this solution would be from
both user management, user, and
organization perspective.
Score: 60 Score: 100 Score: 100
Technical Feasibility 30% Current production release of Although current technical Although current technical
Platinum Plus package is staff has only Powerbuilder staff is comfortable with
Technology. An assessment of the version 1.0 and has only been experience, the senior Powerbuilder, management is
maturity, availability (or ability to on the market for 6 weeks. analysts who saw the MS concerned with recent
acquire), and desirability of the Maturity of product is a risk Visual Basic demonstration acquisition of Powerbuilder
computer technology needed to support and company charges an and presentation, has agreed by Sybase Inc.
this candidate. additional monthly fee for the transition will be simple MS SQL Server is a current
technical support. and finding experienced VB company standard and
Expertise. An assessment to the programmers will be easier competes with SYBASE in
technical expertise needed to develop, Required to hire or train C++ than finding Powerbuilder the Client/Server DBMS
operate, and maintain the candidate expertise to perform programmers and at a much market. Because of this we
system. modifications for integration cheaper cost. have no guarantee future
requirements. versions of Powerbuilder
MS Visual Basic 5.0 is a will “play well” with our
mature technology based on current version SQL Server.
version number.

Economic Feasibility 30%
Cost to develop: Approximately $350,000. Approximately $418,040. Approximately $400,000.
Payback period (discounted): Approximately 4.5 years. Approximately 3.5 years. Approximately 3.3 years.
Prepared by
Net present value: Approximately $210,000. Approximately $306,748. Approximately $325,500.
Detailed calculations: See Attachment A. See Attachment A. See Attachment A.
Kevin C. Schedule Feasibility 10%

Score: 60
Less than 3 months.
Score: 85
9-12 months 9 months
Score: 90
Dittman for
An assessment of how long the solution
will take to design and implement.
Systems Ranking 100% 60.5 92 83.5
Analysis &

 Teknik-teknik berikut ini berlaku untuk kegiatan ini.
• Pencari Fakta. Fakta menemukan metode yang digunakan

memperoleh biaya, opini, dan fakta lain tentang calon dari
berbagai sumber.
• Analisis kelayakan. Kemampuan untuk melakukan penilaian
kelayakan merupakan syarat keterampilan yang sangat penting.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Langkah
 Langkah-langkah berikut ini disarankan untuk menyelesaikan kegiatan ini.
• Langkah 1 - Mendapatkan semua informasi biaya produk untuk setiap produk.

• Langkah 2 - Mendiskusikan solusi kandidat dengan pemilik sistem dan
pengguna untuk mendapatkan merasakan bagaimana diterima dengan baik
solusi akan dari perspektif mereka.
• Langkah 3 - Jika memungkinkan, mendapatkan umpan balik dari pelanggan
yang memiliki atau telah menggunakan hardware dan produk software (s).
• Langkah 4 - Tentukan apa langkah-langkah ekonomi yang digunakan untuk
melakukan analisis kelayakan biaya-manfaat.
Prepared by • Langkah 5 - Mengevaluasi setiap solusi calon independen untuk operasional,
Kevin C. teknis, ekonomi, dan jadwal kelayakan. Dokumen analisis Anda dari setiap
solusi calon.
Dittman for
Systems
Analysis &
 Kegiatan: Kenalkan Solusi Sistem

Pertama, setiap calon tidak layak biasanya dieliminasi dari

pertimbangan lebih lanjut.

 Karena kita sedang mencari solusi yang paling layak dari mereka
yang tersisa, kami akan mengidentifikasi dan merekomendasikan

kandidat yang menawarkan “terbaik secara keseluruhan” kombinasi
teknis, operasional, ekonomi, dan jadwal kelayakan.
 Perlu dicatat bahwa memilih calon rupa sehingga jarang bahwa
seorang calon yang diberikan ditemukan untuk menjadi yang paling

Prepared byoperasional, teknis, ekonomi, dan jadwal layak.
Kevin C.  Tujuan
Dittman for  Tujuan dari kegiatan ini adalah untuk memilih solusi kandidat
Systems untuk merekomendasikan.
Analysis &

 peran
 peran pemilik sistem:
• sponsor eksekutif - Sebagai otoritas belanja akhir, sponsor harus

menyetujui rekomendasi, dan kelanjutan proyek.
• manajer user - Sistem milik para manajer; Oleh karena itu, masukan
mereka sangat penting.
• manajer sistem - Sistem manajer mengikat sumber daya layanan
Prepared by informasi untuk proyek; Oleh karena itu, mereka harus dibuat sadar
setiap lingkup, jadwal, atau perubahan anggaran untuk proyek tersebut.
Kevin C. • kemudi tubuh - banyak organisasi mengharuskan semua proposal
Dittman for sistem secara resmi disampaikan kepada badan kemudi (kadang-kadang
Systems disebut panitia acara) Untuk persetujuan akhir.
Analysis &

 peran
 pengguna sistem - biasanya tidak terlibat dalam proses ini.
 Sistem analis - mungkin bertanggung jawab untuk kegiatan ini.
 Sistem desainer - harus membuat dan mempertahankan
rekomendasi.
 Sistem pembangun - tidak biasanya terlibat dalam kegiatan ini
kecuali dianggap perlu oleh manajer proyek.

Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Kegiatan ini dipicu oleh selesainya analisis kelayakan semua
solusi calon.
 Masukan kunci untuk kegiatan ini meliputi:
• rencana proyek
• estimasi ukuran
• solusi calon
• lengkap analisis kelayakan
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Deliverable Prinsip dari kegiatan ini adalah formal tertulis atau
lisan Usulan sistem.

• Proposal ini biasanya ditujukan untuk pemilik sistem yang
biasanya akan membuat keputusan akhir.
• proposal akan berisi rencana proyek, perkiraan ukuran, solusi
kandidat, dan analisis kelayakan.
• Berdasarkan hasil proposal, Perubahan desain yang diusulkan
Prepared by persyaratan yang ditetapkan untuk komponen sistem baru kita
Kevin C. akan `` membeli '' atau `` membuat. ''
Dittman for
Systems
Analysis &
I. Introduction
A. Purpose of the report
B. Background of the project leading to this report
C. Scope of the project
D. Structure of the report
II. Tools and techniques used
A. Solution generated
B. Feasibility analysis (cost/benefit)
III. Information systems requirements
IV. Alternative solutions and feasibility analysis
V. Recommendations
VI. Appendices
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Teknik dan keterampilan yang dibutuhkan untuk
menyelesaikan kegiatan ini adalah semua keterampilan lintas

siklus hidup:
• penilaian kelayakan.
• Penulisan laporan.
• presentasi verbal.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Langkah
kegiatan ini.
• Langkah 1 - Tidak semua kriteria kelayakan tentu dilihat sebagai
memiliki sama pentingnya dalam menentukan kandidat adalah yang
terbaik kandidat secara keseluruhan. Jika sesuai, menetapkan
“bobot” untuk diberikan kepada masing-masing kriteria kelayakan.
• Langkah 2 - Peringkat kandidat dan untuk menentukan calon
Prepared by dengan peringkat terbaik kriteria kelayakan secara keseluruhan.
• Langkah 3 - Menyiapkan proposal sistem formal tertulis yang
Kevin C. berisi analisis dan rekomendasi.
Dittman for • Langkah 4 - Menyiapkan dan menyajikan rekomendasi lisan
Systems kepada manajemen.
Analysis &
Pengadaan Tahap Desain Sistem
 Tahap Pengadaan
Pengadaan perangkat lunak dan perangkat keras tidak diperlukan

untuk semua sistem baru.

 Ketika perangkat lunak atau perangkat keras baru yang
dibutuhkan, pemilihan produk yang tepat seringkali sulit.

 Keputusan ini dipersulit oleh pertimbangan teknis, ekonomi, dan
politik, dan keputusan yang buruk dapat merusak analisis

dinyatakan sukses dan desain.
 Analis sistem menjadi semakin terlibat dalam pengadaan paket
Prepared byperangkat lunak, peripheral, dan komputer untuk mendukung
Kevin C. aplikasi tertentu sedang dikembangkan oleh analis itu.
Dittman for
Systems
Analysis &
 Tahap Pengadaan
Ada empat tujuan mendasar dari fase konfigurasi:
 Untuk mengidentifikasi dan meneliti produk tertentu yang
dapat mendukung solusi kami direkomendasikan untuk sistem

informasi target.
 Untuk meminta, mengevaluasi, dan proposal penjual peringkat.
 Untuk memilih dan merekomendasikan vendor usulan terbaik.
 Untuk menetapkan persyaratan untuk mengintegrasikan produk
Prepared by vendor diberikan ini.

Kevin C.
Dittman for
Systems
Analysis &
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
REASON

Accounts
Survey Phase
Receivable
Database
Mar k eting
Credit

SYSTEM
OWNERS Customer Order
Order
Management
Picking
Warehouse
by zero, one, or more Adv er tis in g Sales System
Order
(scope) customers. Credit

Voucher
Or de rs C an c ellations Ser v ic es
Bank
Study Phase
rejected order
S t.
PRODUCT E DI
or der Louis
catalog P r oducts
C ust changes C atalog
CUSTOMER product-no Customers
credit Check HQ
credit
customer-no product-name Fi r e cr a cke r Sa l es

approved order
balance-due
unit-price number order w ith
valid products
W est
C ustom er s
ship
or der
E ast
C ustom er s
quantit y-available
Y LA ship Indy NY
S (requirements) ORDER order w ithout prices

approved
order
house
ship or der
Office
order-no valid
T order-date
customer
picking
ser vice

P roducts
R ecor ds
A
N Definition Phase
A
L
Database Schema Application Schema Interface Schema Network Schema
Y
S Orde r
Pro c e s s in g
Prog ra m
New Customer Customer
Form
PRODU C T
T C USTOMER product_no [Alpha(10)] IND EX
Logon Order Accepted
SYSTEM cus tome r_no [Alpha (10)] IN DEX Change Communications

S product_na me [Alpha(32)]
cus tome r_na me [Alpha(32)] unit_of_measure [Alpha(2)]
I ni ti a tio n Pro c e s s Sh utdo wn of Controller
St. Louis
Mainframe
DESIGNERS
Rou ti n e a n Ord e r Rou ti n e
New Order Address
cus tome r_rating [A lpha(1)] INDunit_price
EX [R eal(3,2)]
balance _due [Real(5,2)] quantity_ available [Inte ger( 4)]
NT Server LA
Ge t a n Va li d a te F ile a n Order Help Complete Order Form First Order
(specification)
Ord e r a n Ord e r Ord e r PBX NT Server NY
Ethernet LAN/NT
Request
Request Order Help
Product Ethernet LAN/NT
Ch e c k Ch e c k Ch e c k Re le a s e
Lookup
ORD ER ORD ER _PROD UC T Cus to m e r Pro d u c t Cre di t an
order_no [Alpha(12 )] IND EX ORD ER .order_no

Cre d it Da ta Da ta Ord e r
Help +
Request Product Lookup Help
order_date [D ate (mmddyyyy )PR OD U CT.product_no Indy AIX Server Client PC Client PC
C USTOMER.customer_no qua ntity_ordered [Intege r(2) Product Client PC Client PC Enternet LAN AIX/Lan
Procurement
Cu s to m e rs Pro d uc ts Ord e rs Product Lookup Help Complete
Lookup Manager
Phase
SYSTEM
BUILDERS
Prepared by (components)
Kevin C. Software
Interface
Technology
Dittman for
Networking
(and Hardware)
Database Telchnology
Technology
(and standards)
Systems
(and standards)
Phase
Analysis &
Research
Technical
System Design Criteria Solicit
Owners Approval & Proposals
RFP
Options (or quotes)
Potential or
Vendors, RFQ
Potential Options, &
Vendors, Tech. Criteria
H/W & S/W H/W & S/W Options &
Approval Recommendation Tech. Criteria
RFP or RFQ
H/W & S/W and Selection
Requirements Criteria Vendor
Integration Proposal
Establish Requirements Validate and/or
Integration Vendor Quotation
Requirements Repository Validation Claims
Criteria &
H/W & S/W Performance
Specs
Contract & Order Evaluation

or Award H/W & S/W Criteria
Contract Validated
Debrief of Proposal Specifications
& Proposals
Debrief H/W & S/W Evaluate
Prepared by Vendors Recommendations and

Rank
Vendor
Kevin C. Vendor
Not Validate Proposals
Proposals
Dittman for
Systems
Analysis &
 Kegiatan: Kriteria Penelitian Teknis dan Pilihan

 Kegiatan ini mengidentifikasi spesifikasi yang penting untuk
perangkat keras dan / atau perangkat lunak yang akan dipilih.
 Kegiatan ini melibatkan berfokus pada perangkat keras dan / atau
perangkat lunak persyaratan yang ditetapkan dalam tahap
konfigurasi.
 Persyaratan ini menentukan fungsi, fitur, dan parameter kinerja
penting untuk software baru / hardware
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Kebanyakan analis membaca majalah dan jurnal yang tepat untuk
membantu mereka mengidentifikasi isu-isu teknis dan bisnis dan
spesifikasi yang akan menjadi penting untuk keputusan seleksi.
 sumber informasi lain untuk melakukan penelitian meliputi berikut
ini:
• standar internal mungkin ada untuk hardware dan software pilihan.
• layanan informasi terutama ditujukan untuk terus-menerus survei pasar
untuk produk-produk baru dan menyarankan calon pembeli pada
spesifikasi apa yang harus dipertimbangkan.
Prepared by • koran perdagangan dan majalah menawarkan artikel dan pengalaman
Kevin C. tentang berbagai jenis perangkat keras dan perangkat lunak yang Anda
Dittman for mungkin mempertimbangkan.
Systems  Tujuan
Analysis &

Tujuan

 Tujuan dari kegiatan ini adalah untuk penelitian alternatif
teknis untuk menentukan kriteria penting dan pilihan yang akan

menjadi penting untuk perangkat keras baru dan / atau
perangkat lunak yang akan dipilih.
 peran
Prepared by  Sistem pemilik - tidak terlibat dalam kegiatan ini.

 Sistem pengguna - tidak terlibat dalam kegiatan ini.
Kevin C.
Dittman for  Sistem analis - biasanya tidak terlibat dalam kegiatan ini.
Systems
Analysis &

 peran
 Sistem desainer - bertanggung jawab untuk menyelesaikan
kegiatan ini.
• Perancang dapat mencari masukan dari orang-orang berikut
mengenai kriteria teknis:
– Database kelola, administrator jaringan, dan / atau aplikasi
mengelola
Prepared by kecuali yang dianggap layak oleh pemilik sistem
Kevin C.
Dittman for
Systems
Analysis &

 Kegiatan ini dipicu oleh persetujuan pemilik sistem proposal
sistem memerlukan perangkat lunak atau perangkat keras baru.

 Sebuah masukan kunci untuk kegiatan ini adalah hardware
dan / atau perangkat lunak persyaratan didirikan pada tahap

konfigurasi.
 Analis juga akan mendapatkan tambahan produk dan penjual
fakta dari berbagai sumber.

Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Deliverable prinsip kegiatan ini meliputi daftar vendor
potensial, pilihan produk, dan kriteria teknis.

 Pencari Fakta. metode pencarian fakta yang digunakan untuk
mendapatkan fakta-fakta tambahan tentang produk dari

berbagai sumber.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Langkah
kegiatan ini.
• Langkah 1 - Melakukan penelitian untuk mendapatkan fakta-fakta
penting tentang hardware / software produk dan penjual. Hati-hati
menyaring berbagai sumber yang dapat dimanfaatkan.
• Langkah 2 - Mengidentifikasi vendor potensial dari mana produk
mungkin diperoleh. Langkah ini mungkin opsional jika perusahaan
Prepared by Anda memiliki komitmen atau kontrak untuk memperoleh produk-
produk tertentu dari sumber tertentu.
Kevin C.
• Langkah 3 - Meninjau temuan produk, vendor, dan pemasok.
Dittman for
Systems
Analysis &
 Kegiatan: Meminta Proposal (untuk Quotes) dari

Vendor
 Kegiatan ini adalah untuk meminta proposal dari vendor.
 Kegiatan ajakan membutuhkan persiapan salah satu dari dua
dokumen:
 Dokumen 1 - permintaan untuk kutipan (RFQ)
• Permintaan untuk kutipan digunakan ketika Anda telah

memutuskan pada produk tertentu, tetapi produk yang dapat
diperoleh dari beberapa distributor.
Prepared by – Tujuannya utamanya adalah untuk meminta konfigurasi
Kevin C. tertentu, harga, perjanjian pemeliharaan, kondisi mengenai
Dittman for perubahan yang dilakukan oleh pembeli, dan servis.
Systems
Analysis &

Vendor
 Kegiatan ajakan membutuhkan persiapan salah satu dari dua
dokumen:
 dokumen 2 - Permintaan untuk proposal (RFP)
• Permintaan untuk proposal digunakan ketika beberapa vendor

dan / atau produk yang berbeda adalah kandidat dan Anda ingin
meminta proposal kompetitif dan kutipan.
• RFP dapat dianggap sebagai superset dari RFQs.
Prepared by • Tujuan utama dari RFP adalah untuk berkomunikasi persyaratan
Kevin C. dan fitur yang diinginkan untuk calon vendor.
Dittman for
 Tujuan
Systems  Meminta proposal produk atau kutipan dari vendor calon.
Analysis &
 Kegiatan: Meminta Proposal (untuk Quotes) dari Vendor

 peran
 Sistem pemilik - tidak terlibat dalam kegiatan ini.
 Sistem analis - tidak terlibat dalam kegiatan ini.
 Sistem desainer - bertanggung jawab untuk menyelesaikan kegiatan
ini.
• Perancang dapat mencari masukan dari orang-orang berikut dalam
Prepared by menulis RFP atau RFQ:
Kevin C. – Database kelola, administrator jaringan, dan / atau aplikasi mengelola
Dittman for  Sistem pembangun - tidak biasanya terlibat dalam kegiatan ini
kecuali yang dianggap layak oleh pemilik sistem.
Systems
Analysis &

Vendor
Prasyarat (Input)
 Kunci masukan untuk kegiatan ini adalah vendor potensial,
pilihan, dan kriteria teknis yang dihasilkan dari sebelumnya

kegiatan penelitian.
 Deliverable prinsip kegiatan ini adalah RFP atau RFQ yang
Prepared by akan diterima oleh vendor calon.

• Kualitas RFP memiliki dampak yang signifikan pada kualitas dan
Kevin C. kelengkapan proposal yang dihasilkan.
Dittman for
Systems
Analysis &
I. Introduction
A. Background
B. Brief summary of needs
C. Explanation of RFP document
D. Call for action on part of vendor
II. Standards and instructions
A. Schedule of events leading to contract
B. Ground rules that will govern selection decision
1. Who may talk with whom and when
2. Who pays for what
3. Required format for a proposal
4. Demonstration expectations
5. Contractual expectations
6. References expected
7. Documentation expectations
III. Requirements and features
A. Hardware
1. Mandatory requirements, features, and criteria
2. Essential requirements, features, and criteria
3. Desirable requirements, features, and criteria
B. Software
Prepared by 1. Mandatory requirements, features, and criteria

2. Essential requirements, features, and criteria
3. Desirable requirements, features, and criteria
Kevin C. C. Service
1. Mandatory requirements
Dittman for 2. Essential requirements
3. Desirable requirements
Systems IV. Technical questionnaires

V. Conclusion
Analysis &

Vendor
 Proses dan Pemodelan Data.
 penulisan laporan.
 mengembangkan kuesioner.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
 Kegiatan: Meminta Proposal (untuk Quotes) dari Vendor

 Langkah
 Langkah-langkah berikut ini disarankan untuk menyelesaikan kegiatan
ini.
• Langkah 1 - Mengumpulkan dan meninjau fakta-fakta yang berkaitan
dengan vendor potensial, pilihan, dan kriteria teknis.
• Langkah 2 - Jika perusahaan Anda membeli dari satu sumber, atau jika
produk yang diinginkan hanya dapat diperoleh dari satu sumber, hubungi
sumber itu dan meminta kutipan harga dan istilah.
• Langkah 3 - Siapkan permintaan kutip (RFQ) dan kirim ke semua
Prepared by distributor dari mana produk (s) dapat diperoleh.
• Langkah 4 - Siapkan permintaan untuk proposal (RFP) untuk produk-
Kevin C. produk Anda ingin meminta proposal kompetitif dan kutipan.
Dittman for • Langkah 5 - Jika dipandang perlu atau membantu, mengadakan vendor
Systems penawaran pertemuan untuk mengatasi isu-isu penting dan pertanyaan.
Analysis &
 Kegiatan: Validasi vendor Klaim dan Kinerja

Segera setelah RFP atau RFQs dikirim ke calon vendor, Anda
akan mulai menerima usulan (s) dan / atau kutipan (s).
 Proposal tidak dapat dan tidak harus diambil pada nilai nominal,
karena itu klaim dan kinerja harus divalidasi.

 Kegiatan ini dilakukan secara independen untuk setiap proposal;
proposal tidak dibandingkan dengan satu sama lain.

 Tujuan
Prepared by  Tujuan dari kegiatan ini adalah untuk memvalidasi permintaan

untuk proposal dan / atau kutipan yang diterima dari vendor.
Kevin C.
Dittman for
Systems
Analysis &

 peran
ini.
• Perancang mungkin melibatkan individu-individu berikut dalam
Prepared by memvalidasi proposal:
Kevin C. – Database kelola, administrator jaringan, dan / atau aplikasi mengelola
Dittman for  Sistem pembangun - tidak biasanya terlibat dalam kegiatan ini
Systems
Analysis &

Prasyarat (Input)

 Kegiatan ini dipicu oleh penerimaan Proposal (s) dan / atau
kutip (s) yang diterima dari calon vendor.

 Output utama dari kegiatan ini adalah mereka proposal vendor
yang terbukti proposal divalidasi atau klaim, dan lain-lain

yang klaim yang tidak divalidasi.
Prepared by
 Kemampuan interpesonal. keterampilan interpersonal
Kevin C.
mempengaruhi cara kita berkomunikasi dan bernegosiasi
Dittman for dengan satu sama lain.
Systems
Analysis &

 Langkah
kegiatan ini.
• Langkah 1 - Mengumpulkan dan meninjau semua fakta yang
berkaitan dengan persyaratan produk dan fitur.
• Langkah 2 - Tinjau proposal penjual dan harus menghilangkan
usulan yang tidak memenuhi semua persyaratan wajib Anda.
• Langkah 3 - Untuk setiap proposal penjual tidak dihilangkan,
Prepared by memvalidasi klaim vendor dan janji-janji terhadap kriteria
Kevin C. validasi.
Dittman for
Systems
Analysis &
 Kegiatan: Evaluasi dan Golongan Penjual Proposal

 Evaluasi dan tugas peringkat adalah, pada kenyataannya, analisis
biaya-manfaat lain yang dilakukan selama pengembangan sistem.
 Kriteria evaluasi dan sistem penilaian harus ditetapkan sebelum
evaluasi yang sebenarnya terjadi agar tidak bias kriteria dan
penilaian untuk sadar mendukung salah satu usulan.
 Tujuan
 Tujuan dari kegiatan ini adalah untuk mengevaluasi dan
peringkat semua divalidasi proposal penjual.

Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 peran
 Idealnya, kegiatan ini harus difasilitasi oleh Sponsor eksekutif.
kegiatan ini.
Prepared by • Perancang mungkin melibatkan individu-individu berikut dalam
Kevin C. mengevaluasi dan peringkat proposal:
Dittman for mengelola
Systems
Analysis &

peran


 Input meliputi proposal divalidasi dan kriteria evaluasi yang
akan digunakan untuk menentukan peringkat proposal.

Prepared by  Deliverable utama dari kegiatan ini adalah hardware dan /

Kevin C. atau Rekomendasi software.
Dittman for
Systems
Analysis &

 penilaian kelayakan. Sekali lagi kemampuan untuk
melakukan penilaian kelayakan merupakan syarat keterampilan

yang sangat penting.
 Langkah
kegiatan ini.
• Langkah 1 - Mengumpulkan dan meninjau semua rincian
Prepared by mengenai proposal divalidasi.
Kevin C. • Langkah 2 - Membentuk kriteria evaluasi dan sistem penilaian.
Dittman for • Langkah 3 - Mengevaluasi dan peringkat proposal penjual.
Systems
Analysis &
 Kegiatan pemberian (atau Mari) Kontrak dan Debrief

Vendor
 persetujuan yang diberikan manajemen dari rekomendasi, kontrak
kemudian harus disusun dan diberikan kepada vendor menang.
 Tujuan
 Tujuan dari kegiatan ini adalah untuk menegosiasikan kontrak
dengan vendor yang memasok proposal menang, dan untuk

menanyai mereka vendor yang disampaikan kehilangan
proposal.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

Vendor
 peran
 Idealnya, kegiatan ini harus difasilitasi oleh Sponsor eksekutif.
 Pemilik sistem peran:
• sponsor eksekutif - Sebagai otoritas belanja akhir, sponsor harus

menyetujui rekomendasi, dan kelanjutan proyek.
• manajer pengguna - Sistem milik para manajer; Oleh karena itu,
masukan mereka sangat penting.
Prepared by  Sistem pengguna - biasanya tidak terlibat dalam proses ini.
Kevin C.  Sistem analis - mungkin bertanggung jawab untuk kegiatan ini.
Dittman for
Systems
Analysis &

Vendor
 peran
 Sistem desainer - harus membuat dan mempertahankan
rekomendasi dan penghargaan kontrak.

• Sistem desain mungkin melibatkan pengacara perusahaan dalam
menyusun kontrak.
Sistem pembangun - tidak biasanya terlibat dalam kegiatan ini

kecuali dianggap tepat oleh manajer proyek.

Prepared by
Kevin C.
 Input meliputi proposal divalidasi dan kriteria evaluasi yang
Dittman for akan digunakan untuk menentukan peringkat proposal.
Systems
Analysis &

Vendor
 Kegiatan ini hasil dalam hardware dan software rekomendasi
yang harus menerima persetujuan akhir dari pemilik sistem.

• Menunggu persetujuan itu, sebuah agar kontrak akan selanjutnya
akan diproduksi untuk vendor “menang”.
SEBUAH pembekalan proposal akan disediakan untuk vendor

kehilangan.
Prepared by
Kevin C.  Penulisan laporan.
Dittman for  presentasi verbal.
Systems
Analysis &

Vendor
 Langkah
kegiatan ini.
• Langkah 1 - Setelah peringkat proposal, analis biasanya
menyajikan hardware dan software rekomendasi untuk persetujuan
akhir.
• Langkah 2 - Setelah hardware dan persetujuan software keputusan
Prepared by akhir dibuat, kontrak harus dinegosiasikan dengan vendor menang.
Kevin C. • Langkah 3 - Keluar dari kesopanan umum, dan untuk menjaga
Dittman for hubungan baik, memberikan pembekalan proposal untuk
kehilangan vendor.
Systems
Analysis &
 Kegiatan: Menetapkan Persyaratan Integrasi

Analis harus mengintegrasikan atau antarmuka sistem baru dengan

segudang sistem yang ada lainnya yang penting untuk bisnis.

 Persyaratan integrasi yang ditetapkan adalah penting untuk
memastikan bahwa sistem target akan bekerja selaras dengan

sistem tersebut.
 Tujuan
 Tujuan dari kegiatan ini adalah untuk menetapkan persyaratan
yang diperlukan untuk mengintegrasikan produk vendor

Prepared by diberikan ke dalam federasi yang ada perusahaan sistem
Kevin C. informasi.
Dittman for
Systems
Analysis &

 peran
 Kegiatan ini harus difasilitasi oleh manajer proyek.
 Sistem analis - biasanya tidak terlibat dalam kegiatan ini.
kegiatan ini.
Prepared by • Perancang dapat mencari masukan dari individu-individu berikut
Kevin C. mengenai integrasi teknologi baru ke dalam aplikasi yang ada:
Dittman for mengelola
Systems
Analysis &

peran


 Input untuk kegiatan ini adalah perangkat keras dan / atau
perangkat lunak spesifikasi dari atau produk vendor

diberikan ini.
Prepared by
 Deliverable Prinsip dari kegiatan ini adalah satu set
Kevin C.
persyaratan integrasi untuk memastikan bahwa sistem akan
Dittman for bekerja secara harmonis dengan sistem produksi lainnya.
Systems
Analysis &

 Data dan Pemodelan Proses. Data dan proses model yang
sering digunakan untuk mendokumentasikan sistem.

• Ini “cetak biru” dapat menggambarkan “integrasi” atau interfacing
poin untuk sistem yang berbeda dan proses bisnis.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &

 Langkah
kegiatan ini.
• Langkah 1 - Mengumpulkan dan meninjau spesifikasi hardware
dan software dari produk vendor diberikan ini.
• Langkah 2 - Ulasan data dan model proses untuk sistem baru
untuk menemukan bagaimana produk penjual (s) akan “cocok” ke
dalam skema keseluruhan sistem baru.
Prepared by • Langkah 3 - Data Merevisi dan model proses untuk
Kevin C. mencerminkan integrasi atau dampak dari produk baru.
Dittman for
Systems
Analysis &
Desain dan Integrasi Tahap
Desain sistem
 Desain dan Integrasi Tahap

 desain dan integrasi diberikan persyaratan untuk sistem target, fase
ini melibatkan mengembangkan spesifikasi desain teknis.
 Tujuan dari desain dan integrasi fase ada dua.
 Pertama dan terpenting, analis berusaha untuk merancang
sebuah sistem yang baik memenuhi persyaratan dan akan

ramah kepada pengguna akhir.
• rekayasa manusia akan memainkan peran penting selama desain.
 Kedua, dan masih sangat penting, analis berusaha untuk
Prepared by
menyajikan spesifikasi yang jelas dan lengkap untuk
Kevin C. pemrogram komputer dan teknisi.
Dittman for
Systems
Analysis &
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
FOCUS ON
SYSTEM
REASON

Acc ounts
Survey Phase
Re ce iv a bl e
Data bas e
Mar k eting
Credit

SYSTEM
OWNERS Cus tom e r Orde r
Orde r
Mana gem e nt
Pi ck ing
Wa re house
by zero, one, or more Adve rtis ing Sales Sys te m
Orde r
(scope) customers. Credit

Vouc her
Or der s C anc ellations Ser v ices

Bank
Study Phase
rejected order
S t.
PRODUCT E DI
or der Louis
catalog P r oducts
CUSTOMER credit Check C ust changes C atalog
product-no Customers HQ
credit
customer-no product-name Fi r e cr a cke r Sal es

approved order
balance-due
unit-price number order w ith
valid products
W est
C ustom er s
ship
or der
E ast
C ustom er s
quantity-available
Y LA ship Indy NY
S (requirements) ORDER order without prices

approved
order
house
ship or der
Office
order-no valid
T order-date customer
picking
ser vice

P roducts
R ecor ds
A
N Definition Phase
A
L
Database Schema Application Schema Interface Schema Network Schema
Y
S Orde r
Pro c e s s ing
Pro gra m
New Customer
Customer
Form
PRODU CT
T CUSTOMER product_no [Alpha(10)] IND EX
Logon Order Accepted
SYSTEM customer_no [Alpha (10)] IND EX Change Communications

S product_name [Alpha (32)] In iti a tio n Proc e s s Shu td o wn St. Louis
of Controller
customer_name [Alpha(32)] unit_ of_measure [Alpha(2)] Mainframe
DESIGNERS
Ro u tin e a n Ord e r Rou tin e
New Order Address
customer_rating [Alpha(1)] IN DEX
unit_ price [R eal(3,2)]
balance_due [Real(5,2)] quantity_available [Integer(4)]
NT Server LA
Ge t a n Va li da te F il e a n Order Help Com plete Order Form First Order
(specification)
Ord e r a n Ord e r Ord e r PBX NT Server NY
Ethernet LAN/NT
Request
Request Order Help
Product Ethernet LAN/NT
Ch e c k Ch e c k Che c k Re le a s e
ORD ER ORDER_ PRODU CT Cu s tom e r Pro d uc t Cre d it an
Lookup
order_no [Alpha (12)] IND EX ORDER.order_no

Procurement
Cre d it Da ta Da ta Orde r
Help +
Request Product Lookup Help
order_date [D ate(mmddyyyy)PR ODUC T.product_no Indy AIX Server Client PC Client PC
CUSTOMER.cus tomer_no quantity_orde red [Integer(2 ) Product Client PC Client PC Enternet LAN AIX/Lan
Phase
Cus to m e rs Prod uc ts Ord e rs Product Lookup Help Complete
Lookup Manager
and
Design &
Integration Phase
SYSTEM
BUILDERS
(components)
Prepared by
Kevin C. Database
Software
(and Hardware)
Interface
Technology
Networking
Telchnology
Dittman for
Technology
(and standards)
(and standards)
Phase
Systems
Analysis &
Approval Analyze
System to and
Owners continue Distribute
project Data
Technical
Design Normalized
Statement Distributed
Data Data Models
Models and
Revised
Present
and Prodess Data Model, Analyze
Models Target Solution, and
Review
Design & Process Distribute
Finished Models Processes
Design
Units Distributed
Process
Repository Models
Interface
Design Specs
Database
Interface
Design Units
Design Design I/O I/O
On-line Reqmts. Design Design Database
User Specs Reqmts. Design Specs
Interfaces Design
Prepared by Design
Database(s)
Kevin C.
Computer
Outputs
and
Dittman for Inputs
Systems
Analysis &
Desain sistem
 Kegiatan: Menganalisis dan Mendistribusikan data

Selama kegiatan ini, analis akan bekerja sama dengan pengguna untuk

mengembangkan model data yang baik - yaitu, model data yang akan
memungkinkan pengembangan yang ideal berkas dan basis data solusi.
 Analisis data adalah teknik yang digunakan untuk mendapatkan model
data yang baik.

 Analisis data adalah prosedur yang mempersiapkan model data
untuk implementasi sebagai nonredundan, fleksibel, dan mudah

beradaptasi file / basis data.
Prepared byNormalisasi adalah prosedur yang digunakan untuk menyederhanakan

entitas, menghilangkan redundansi, dan membangun fleksibilitas dan

Kevin C. kemampuan beradaptasi ke dalam model data.
Dittman for  normalisasi data mengacu pada cara atribut data dikelompokkan
Systems bersama untuk membentuk entitas yang stabil, fleksibel, dan adaptif.
Analysis &
Desain sistem

Setelah analisis data telah selesai, analisis acara akan dilakukan
untuk mengatasi kewajiban analis untuk memastikan bahwa data
pengguna akhir akan disimpan akurat dan up to date.
 analisis acara adalah teknik yang mempelajari entitas dari
model data sepenuhnya normal untuk mengidentifikasi

kejadian bisnis dan kondisi yang menyebabkan data yang akan
dibuat, dihapus, atau diubah.
 Karena data dan analisis event kemungkinan akan berdampak pada
Prepared bymodel proses untuk sistem target, diagram alir sistem target data
Kevin C. (DFD) mungkin perlu direvisi.
Dittman for
 Akhir produk dari kegiatan pertama ini adalah normalisasi model
Systems data terdistribusi dan model proses revisi.

Analysis &
Desain sistem

Tujuan

 Tujuan dari kegiatan ini adalah untuk mengembangkan baik model
data - salah satu yang sederhana, tidak berlebihan, fleksibel dan

mudah beradaptasi dengan kebutuhan masa depan, dan yang akan
memungkinkan pengembangan yang ideal berkas dan basis data
solusi.
 peran
Prepared by  Sistem pemilik - tidak terlibat dalam kegiatan ini.

Kevin C.  Sistem pengguna - mungkin terlibat dalam kegiatan ini untuk
Dittman for membantu mengembangkan model data.

 Sistem analis - dapat berpartisipasi dalam upaya pemodelan data.
Systems
Analysis &
Desain sistem

 peran
kegiatan ini.
• Individu-individu berikut mungkin memainkan peran dalam
pengambilan keputusan data distribusi:
mengelola
Prepared by kecuali yang dianggap layak oleh pemilik sistem.
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 Sebuah masukan kunci untuk kegiatan ini adalah ada model
data (s) dari analisis sistem.

 Kegiatan ini mungkin memiliki dampak pada yang ada model
proses yang kemudian harus direvisi.

 Deliverable prinsip kegiatan ini adalah dinormalisasi model
Prepared by data terdistribusi dan direvisi model proses.

Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 Data Modeling.
 Proses Modeling.
 analisis data dan Normalisasi.
 Analisis acara.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 Langkah
kegiatan ini.
• Langkah 1 - Mengumpulkan data yang ada dan model proses dibangun
selama analisis sistem.
• Langkah 2 - Lakukan analisis data dan normalisasi pada data model (s).
• Langkah 3 - Jika sistem memiliki lokasi yang berbeda, menentukan
bagaimana data akan didistribusikan di seluruh lokasi.
• Langkah 4 - Lakukan analisis acara pada setiap item data pada model
Prepared by data.
Kevin C. • Langkah 5 - Jika model proses sebelumnya selesai, merevisi model
Dittman for yang terkena dampak untuk mencerminkan peristiwa bisnis baru dan
kondisi.
Systems
Analysis &
Desain sistem
 Kegiatan: Menganalisis dan Mendistribusikan Proses

 Mengingat model data diagram, larutan target, dan model proses
analis akan mengembangkan didistribusikan model proses.
 Untuk melengkapi kegiatan ini, analis mungkin melibatkan
sejumlah sistem desainer dan pengguna.
 Tujuan
 Menganalisis dan mendistribusikan proses sistem untuk
memenuhi persyaratan jaringan untuk sistem baru.

Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 peran
 Sistem pengguna - mungkin terlibat dalam kegiatan ini untuk
membantu mengatasi masalah-masalah proses bisnis.

kegiatan ini.
Prepared by
• Individu-individu berikut mungkin memainkan peran dalam proses
Kevin C. pembuatan keputusan distribusi:
Dittman for – Database kelola, administrator jaringan, dan / atau aplikasi
Systems mengelola
Analysis &
Desain sistem

peran


 masukan kunci untuk kegiatan ini termasuk yang ada diagram
model data, Rincian tentang larutan target, Dan model

proses.
Prepared by
 Deliverable prinsip ini adalah Proses didistribusikan Model
Kevin C.
(s) dan unit desain.
Dittman for
Systems
Analysis &
Desain sistem

 Data Modeling.
 Proses Modeling.
 analisis proses dan desain.
 Analisis acara.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 Langkah
kegiatan ini.
• Langkah 1 - Mengumpulkan dan meninjau data dan proses model yang
ada
• Langkah 2 - Tentukan proses yang penting akan dilaksanakan sebagai
proses komputer dan yang sebagai manual.
• Langkah 3 - Berdasarkan kebutuhan waktu respon, membangun angkatan
dibandingkan proses komputer on-line.
Prepared by • Langkah 4 - Faktor sistem baru ke dalam unit desain terpisah.
Kevin C. – Pengelompokan proses yang terkait karena mereka terlibat dalam
pengolahan transaksi bisnis tertentu atau karena mereka dipicu oleh
Dittman for siklus proses bisnis yang umum, atau peristiwa (harian, mingguan,
Systems bulanan, dll).
Analysis &
Desain sistem

 Langkah
kegiatan ini.
• Langkah 5 - Mengembangkan diagram topologi jaringan untuk
mendokumentasikan lokasi atau geografi dari sistem.
• Langkah 6 - Mendistribusikan data dan proses untuk lokasi tersebut.
– Mendokumentasikan keputusan ini di desain unit diagram alir
data.
Prepared by • Langkah 7 - Menetapkan teknologi untuk merancang unit.
Kevin C. – Menggunakan teknologi disetujui dalam tahap desain awal,
menetapkan teknologi yang tepat untuk unit desain yang berbeda.
Dittman for
Systems
Analysis &
Desain sistem
 Kegiatan: Desain Database

Biasanya kegiatan pertama dari desain rinci adalah
mengembangkan spesifikasi desain database yang sesuai.
 Perancang juga harus menganalisis bagaimana program akan
mengakses data dalam rangka meningkatkan kinerja.

 Perancang juga harus merancang pengendalian internal untuk
memastikan teknik keamanan dan pemulihan bencana yang tepat,

dalam hal data hilang atau hancur.
 Tujuan
Prepared by
 Siapkan spesifikasi desain teknis untuk database yang akan
Kevin C. beradaptasi dengan kebutuhan masa depan dan ekspansi.
Dittman for
Systems
Analysis &
Desain sistem

 peran
kegiatan ini.
Prepared by • Administrator data mungkin berpartisipasi (atau menyelesaikan)
desain database.
Kevin C.  Sistem pembangun - mungkin terlibat pada tahap desain.
Dittman for • Mereka mungkin akan diminta untuk membangun sebuah database
Systems prototipe untuk proyek tersebut.
Analysis &
Desain sistem

 Sebuah masukan kunci untuk kegiatan ini adalah unit desain
database (s).
 Deliverable prinsip ini adalah spesifikasi desain database (s).

 Desain database
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 Langkah
kegiatan ini.
• Langkah 1 - Mengumpulkan dan persyaratan ulasan untuk unit
desain database.
• Langkah 2 - Desain skema logis untuk database.
– SEBUAH skemaadalah model struktural untuk database. Ini
adalah gambar atau peta catatan dan hubungan yang akan
Prepared by dilaksanakan oleh database.
Kevin C. • Langkah 3 - Prototipe Database (jika perlu).
Dittman for – database prototipe harus cepat dibuat, sarat dengan data uji,
dan diuji.
Systems
Analysis &
Desain sistem
 Kegiatan: Output Komputer Desain dan Input

 Setelah database telah desain dan mungkin prototipe dibangun,
perancang sistem dapat bekerja sama dengan pengguna sistem
untuk mengembangkan input dan output spesifikasi.
 Tujuan
 Siapkan spesifikasi desain teknis untuk pengguna input dan
output.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 peran
 Sistem pengguna - harus terlibat dalam kegiatan ini!
• Mereka akan diminta untuk memberikan umpan balik mengenai masing-

masing input / output prototipe.
Sistem analis - dapat berpartisipasi dalam upaya pemodelan data.

Prepared by ini.
• Mereka mungkin memanfaatkan keahlian dari sistem desainer yang
Kevin C. mengkhususkan diri dalam desain antarmuka pengguna grafis.
Dittman for  Sistem pembangun - mungkin prototipe input dan output untuk sistem.
Systems
Analysis &
Desain sistem

Prasyarat (Input)

 Kunci masukan untuk kegiatan ini adalah input dan output
persyaratan desain ditentukan selama analisis sistem.

 Deliverable prinsip ini adalah input dan desain output yang
spesifikasi (s).
Prepared by  Masukan Desain dan Prototyping.

Kevin C.  Output dan Prototyping.
Dittman for
Systems
Analysis &
Desain sistem

 Langkah
kegiatan ini.
• Langkah 1 - Mengumpulkan dan meninjau masukan dan desain
keluaran persyaratan.
• Langkah 2 - Menentukan metode dan media untuk setiap input
dan output.
• Langkah 3 - input prototipe dan output.
Prepared by – Opsional, dan meskipun tidak umum, dokumentasi kertas
Kevin C. tradisional bisa menggantikan atau melengkapi prototipe.
Dittman for
Systems
Analysis &
Desain sistem
 Kegiatan: Desain On-line User Interface

Ide di balik desain antarmuka pengguna adalah untuk membangun

dialog yang mudah-untuk-belajar dan mudah digunakan untuk

sistem baru pengguna.
 Dialog ini harus mempertimbangkan faktor-faktor seperti
keakraban terminal, kemungkinan kesalahan dan kesalahpahaman

bahwa pengguna akhir mungkin memiliki atau mungkin
mengalami, kebutuhan untuk instruksi tambahan atau bantuan
pada titik-titik tertentu dalam waktu, dan isi layar dan tata letak.
Prepared by
 Tujuan
Kevin C.  Siapkan spesifikasi desain teknis untuk on-line user interface.

Dittman for
Systems
Analysis &
Desain sistem

 peran
 Sistem pengguna - harus terlibat dalam kegiatan ini!
• Sejauh mana mereka terlibat ditekankan dalam upaya desain yang

melibatkan prototyping.
 Sistem desainer - bertanggung jawab untuk menyelesaikan kegiatan ini.
Prepared by • Mereka mungkin memanfaatkan keahlian dari sistem desainer yang

mengkhususkan diri dalam desain antarmuka pengguna grafis.
Kevin C.  Sistem pembangun - tidak biasanya terlibat dalam kegiatan ini kecuali
Dittman for yang dianggap layak oleh pemilik sistem.
Systems
Analysis &
Desain sistem

 Masukan kunci untuk kegiatan ini adalah persyaratan desain
antarmuka ditentukan selama analisis sistem.

 Deliverable prinsip kegiatan ini adalah spesifikasi desain
antarmuka (s).
Prepared by  User Interface Desain dan Prototyping.

Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 Langkah
kegiatan ini.
• Langkah 1 - Mengumpulkan dan meninjau masukan dan desain
keluaran spesifikasi.
• Langkah 2 - Mempelajari karakteristik perilaku pengguna.
• Langkah 3 - Jika mereka ada, standar desain tinjauan antarmuka.
• Langkah 4 - Prototipe antarmuka pengguna - pastikan untuk
Prepared by melibatkan pengguna.
Kevin C. – Ini harus menjadi proses berulang membangun model,
Dittman for mendapatkan umpan balik pengguna, dan membuat revisi!
Systems
Analysis &
Desain sistem
 Kegiatan: Hadir dan Ulasan Desain

 Kegiatan desain rinci ini akhir paket semua spesifikasi dari tugas
sebelumnya ke dalam spesifikasi program komputer yang akan
memandu kegiatan programmer komputer selama fase konstruksi
dari SDLC.
 Tujuan
 Siapkan spesifikasi desain teknis untuk on-line user interface.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 peran
 Sistem desain harus ditinjau dengan semua khalayak yang tepat, yang
mungkin termasuk yang berikut:

• Sistem pemilik - Manajemen harus mendapatkan kesempatan terakhir
untuk mempertanyakan kelayakan proyek, mengingat perkiraan biaya-
manfaat terbaru.
• Sistem pengguna - Pekerjaan keseluruhan dan aliran data untuk sistem
baru harus mendapatkan walkthrough akhir dan persetujuan.
Prepared by • Teknis staf pendukung - Komputer manajemen pusat operasi dan staf
Kevin C. harus mendapatkan kesempatan terakhir untuk meninjau spesifikasi teknis
untuk memastikan bahwa tidak ada yang telah dilupakan dan sehingga
Dittman for mereka dapat komit waktu komputer untuk pembangunan dan pengiriman
Systems tahapan proyek.
Analysis &
Desain sistem

 peran
 Sistem desain harus ditinjau dengan semua khalayak yang tepat, yang
mungkin termasuk yang berikut: (lanjutan)

• Staf Audit - Banyak perusahaan memiliki staf audit yang penuh waktu yang
tugasnya adalah untuk memberikan penilaian pada pengendalian internal
dalam sistem baru.
 Peran sistem pemilik:
• Sponsor eksekutif - Manajemen harus mendapatkan kesempatan terakhir
untuk mempertanyakan kelayakan proyek, mengingat perkiraan biaya-
Prepared by manfaat terbaru.
• Pengguna manajer - manajer (s) dari unit-unit organisasi yang paling
Kevin C. mungkin harus didukung oleh sistem yang dikembangkan dalam proyek ini.
Dittman for • manajer sistem - manajer sistem informasi Unit (s) kepada siapa laporan
Systems manajer proyek.
Analysis &
Desain sistem

 peran
 Peran Sistem pemilik: (lanjutan)
• Manajer Proyek - manajer sistem informasi Unit yang akan langsung

mengelola tim proyek konstruksi.
 Sistem pengguna - Pekerjaan keseluruhan dan aliran data untuk
sistem baru harus mendapatkan walkthrough akhir dan persetujuan.
 Sistem Analis - biasanya tidak terlibat dalam kegiatan ini.
• pemodel System - sistem analis yang terampil dengan teknik pemodelan

Prepared by sistem dan alat-alat CASE yang akan digunakan dalam proyek.
 Sistem desainer - biasanya menyelesaikan kegiatan ini dan mungkin
Kevin C.
melibatkan walkthrough dengan spesialis desain lainnya untuk
Dittman for mengkonfirmasi desain.
Systems
Analysis &
Desain sistem

 peran
 Sistem pembangun - tidak biasanya terlibat dalam kegiatan ini.
 Masukan kunci untuk kegiatan ini adalah unit desain selesai.
 Deliverable prinsip kegiatan ini adalah Pernyataan desain
teknis.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 penilaian kelayakan.
 Penulisan laporan.
 presentasi verbal.
 Manajemen proyek.
Prepared by
Kevin C.
Dittman for
Systems
Analysis &
Desain sistem

 Langkah
kegiatan ini.
• Langkah 1 - Mempersiapkan rencana pelaksanaan yang
menyajikan jadwal yang diusulkan untuk tahap konstruksi dan
pengiriman.
• Langkah 2 - Siapkan analisis biaya-manfaat akhir yang
menentukan jika desain masih layak.
Prepared by • Langkah 3 - Siapkan sebuah pernyataan desain teknis tertulis.
Kevin C.
Dittman for
Systems
Analysis &
Ringkasan
 pengantar
 Apa Desain Sistem?
 Strategi Untuk Desain Sistem
 Metode Analisis Sistem cepat
 Konfigurasi Tahap Desain Sistem
 Pengadaan Tahap Desain Sistem
 Desain dan Integrasi Tahap Desain Sistem

Prepared by
Kevin C.
Dittman for
Systems
Analysis &

CHAPTER 9 Slides - En.id

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

CHAPTER 9 Slides - En.id

Diunggah oleh

Hak Cipta:

Format Tersedia

Systems Design and Construction

 Bab ini akan membahas pertanyaan-pertanyaan

pengadaan, dan desain dan integrasi fase siklus hidup.

hal blok bangunan informasi Anda.

 Apa Desain Sistem?

 Strategi Untuk Desain Sistem

 Teknik Informasi (IE)

Prepared by  Object-Oriented Desain (OOD)

 Desain Terstruktur modern

pada proses untuk memecah program besar menjadi hirarki

 Desain Terstruktur modern

mencapai satu dan hanya satu fungsi.

 Desain Terstruktur modern

melalui program ini.

Standing and Standing and Rejected

 Teknik Informasi (IE)

sejenisnya, sebelum membangun produk yang sebenarnya.

kedua persyaratan dan desain.

 Prototyping mendorong dan membutuhkan partisipasi pengguna akhir

sistem - yaitu, akhir-pengguna cenderung untuk mengubah pikiran

kebutuhan mereka sampai mereka melihat mereka diimplementasikan.

memungkinkan untuk umpan balik pengguna lebih cepat yang

mungkin melewati programmer.

 Prototyping mendorong kembali ke `` code, melaksanakan, dan

perbaikan '' siklus hidup yang digunakan untuk mendominasi

untuk spesifikasi kertas.

 Prototip sering menderita kinerja lebih lambat dari rekan-rekan

bahasa generasi ketiga mereka.

4GLs dan berorientasi objek bahasa pemrograman yang tersedia

fungsi tombol, seluruh subsistem, atau bahkan seluruh sistem.

manajemen, yang membuat rekomendasi tentang persyaratan,

 Pengembangan Aplikasi Bersama (JAD)

 Rapid Application Development (RAD)

 Rapid Application Development (RAD)

memverifikasi persyaratan tersebut, dan untuk secara resmi

prototipe, dan sebagainya akhirnya menghasilkan sebuah

 Object-Oriented Desain (OOD)

desainer mungkin perlu untuk merevisi data atau karakteristik

yang telah kita bahas: desain terstruktur (melalui pemodelan

Kevin C. berorientasi objek dalam hubungannya dengan teknologi objek

menganalisis mereka solusi kandidat, dan merekomendasikan sistem

 Untuk mengidentifikasi dan alternatif penelitian manual dan solusi

berbasis komputer untuk mendukung sistem informasi target kami.

merekomendasikan yang terbaik secara keseluruhan solusi alternatif.

Business Subjects Business Functions System Context Operating Locations

one, or more products.

(scope) customers. Cre di t

O rder s C anc ellations Ser v ic es

customer-name unit-of-measure customer

S (requirements) ORDER order without prices

products-ordered quantity Release ticket

Proj. Plan, Business H/W & S/W

Kevin C. to the procurement phase

 Kegiatan: Tentukan Calon Solusi

calon alternatif untuk kebutuhan bisnis didefinisikan selama

 Kegiatan: Tentukan Calon Solusi

 Kegiatan ini difasilitasi oleh manajer proyek.

 peran pemilik sistem - pemilik sistem biasanya tidak terlibat

langsung dalam kegiatan ini.

dalam kegiatan ini pada saat ini.

 Kegiatan: Tentukan Calon Solusi

peran utama dalam kegiatan ini dan biasanya akan mencari

 Kegiatan: Tentukan Calon Solusi