System Design and Construction

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
Prepared by mereka diimplementasikan.
Kevin C.  Prototip yang aktif, tidak pasif, model yang akhir-pengguna
Dittman for dapat melihat, menyentuh, merasakan, dan pengalaman.
Systems  Sebuah prototipe disetujui adalah setara bekerja untuk
Analysis & spesifikasi desain kertas, dengan satu pengecualian - kesalahan
dapat dideteksi lebih awal.
 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
Systems dapat 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 akan
Kevin C. 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 by memerlukan 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.
 Progresif CEPAT pengembang dapat menggunakan desain
Prepared by berorientasi objek dalam hubungannya dengan teknologi objek
Kevin C. untuk prototipe untuk sepenuhnya memanfaatkan paradigma objek.
Dittman for
Systems
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.
Prepared by  Untuk mengevaluasi kelayakan alternatif solusi dan
Kevin C. merekomendasikan yang terbaik secara keseluruhan solusi
Dittman for alternatif.
Systems  Tahap konfigurasi menandai titik pertama dalam proses
Analysis & pengembangan sistem yang kami telah menempatkan penekanan
pada bagaimana sistem baru bisa beroperasi. Copyright Irwin/McGraw-Hill 1998
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

A c c ount s
Survey Phase
R e c e iv a ble
D a t a ba s e
Marketing
Customers order zero,
C re dit
one, or more products.

SYSTEM
Products may be ordered
OWNERS C us t ome r Orde r
Orde r
Ma na ge me nt
Pic k ing
W a re hous e
by zero, one, or more A dvertis ing S ales Sy s t e m
Orde r
(scope) customers. C re dit

Vouc he r
Orders Canc ellations S ervic es

B a nk
Study Phase
Data Requirements Business Processes Interface Requirements Communication Reqts.
rejected order
St.
PRODUCT EDI
order Louis
catalog Products
credit Cust changes Catalog
CUSTOMER product-no Customers
Check HQ
credit
customer-no product-name Fi recracker Sales
customer-name unit-of-measure customer

approved order
SYSTEM customer-rating
balance-due
unit-price number order with
valid products
West
Customers
ship
order
East
Customers
quantity-av ailable
S USERS order Validate valid order Validate credit credit
customer products Orders
Y LA ship Indy NY
S (requirements) ORDER order without prices

approved
order
Office order Ware-
house
ship order
Office
order-no valid
customer
T order-date picking
service
products-ordered quantity Release ticket

E quantities-ordered
Products
in stock order Maintenance
Records
A
N Definition Phase
A
L
Y
S
T
SYSTEM
S
DESIGNERS
(specification)
SYSTEM
BUILDERS
(components)
Prepared by
Kevin C. Software
Interface
Technology
Networking
(and Hardware)
Dittman for Database

Technology
(and standards)
Technology
(and standards)
(and standards)
Telchnology
(and standards)
Configuration
Phase
Systems
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
designed for SVGA
Prepared by Input Devices and Implications Keyboard & mouse

resolution.
Apple “Quick Take” digital
camera and software
Same as candidate 2.
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
100GB arrayed capability.
Same as candidate 1. Same as candidate 1.
Brief description of what data would be
Systems 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
Kevin C. kebutuhan bisnis. Juga, mengidentifikasi solusi yang disarankan
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?
Prepared by
 kelayakan operasional.
Kevin C.
• Akan solusi memenuhi kebutuhan pengguna?
Dittman for • Untuk apa gelar?
Systems • Bagaimana solusi akan mengubah lingkungan kerja pengguna?
Analysis & • Bagaimana pengguna merasa tentang solusi tersebut?

 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
Prepared by
tanpa memperhatikan kelayakan kandidat lainnya.
Kevin C.
 Tujuan
Dittman for
 Tujuan dari kegiatan ini adalah untuk mengevaluasi solusi
Systems calon alternatif sesuai dengan ekonomi, operasional, teknis, dan
Analysis & jadwal kelayakan mereka.

 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
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.
Prepared by • Langkah 3 - Jika memungkinkan, mendapatkan umpan balik dari
Kevin C. pelanggan yang memiliki atau telah menggunakan hardware dan
produk software (s).
Dittman for
• Langkah 4 - Tentukan apa langkah-langkah ekonomi yang
Systems digunakan untuk melakukan analisis kelayakan biaya-manfaat.
Analysis & • Langkah 5 - Mengevaluasi setiap solusi calon independen untuk
operasional, teknis, ekonomi, dan jadwal kelayakan. Dokumen
 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

Prepared by paling operasional, 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
Kevin C. sadar setiap lingkup, jadwal, atau perubahan anggaran untuk
Dittman for proyek tersebut.
• kemudi tubuh - banyak organisasi mengharuskan semua proposal
Systems
sistem secara resmi disampaikan kepada badan kemudi (kadang-
Analysis & kadang disebut panitia acara) Untuk persetujuan akhir.

 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
Prepared by • lengkap analisis kelayakan
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.
Kevin C. • Langkah 3 - Menyiapkan proposal sistem formal tertulis yang
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 by perangkat 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

A c c ount s
Survey Phase
R e c e iv a ble
D a t a ba s e
Marketing
C re dit

SYSTEM
Orde r
Ma na ge me nt
Pic k ing
W a re hous e
Orde r

Vouc he r

B a nk
Study Phase
rejected order
St.
PRODUCT EDI
order Louis
catalog Products
Check HQ
credit

approved order
balance-due
valid products
West
Customers
ship
order
East
Customers
quantity-av ailable
Y LA ship Indy NY

approved
order
Office order Ware-
house
ship order
Office
order-no valid
customer
service

Products
Records
A
N Definition Phase
A
L
Database Schema Application Schema Interface Schema Network Schema
Y
S Or der
P r ocessing
P r ogr am
New Cust ome r
Cust omer
Form
PRODUCT
T CUSTOMER product_no [Alpha(10)] INDEX
Logon Order Accept ed
SYSTEM customer_no [Alpha (10)] INDEX product_name [Alpha(32)] Change Communicat ions St . Louis
S customer_name [Alpha(32)]
Initiation
Routine
P r ocess
an Order
S hutdown
Routine
of Cont roller Mainframe
DESIGNERS unit_of_measure [Alpha(2)]
customer_rating [Alpha(1)] INDEX
unit_price [Real(3,2)]
New Order Address
balance_due [Real(5,2)] quantity_av ailable [Integer(4)]

NT Server LA
Get an V alidate File an Order Help Complet e Order Form First Order
Or der an Order Or der PBX NT Server N Y
(specification) Request
Et hernet LA N/NT
Request O rde r Help
Product Et hernet LA N/NT
Check Check Check Release
ORDER_PRODUCT Lookup
ORDER Custom er
Cr edit
P r oduct
Data
Cr edit
Data
an
Or der
order_no [Alpha(12)] INDEX ORDER.order_no Help +
Request Product Lookup Help
order_date [Date(mmddyyyy) PRODUCT.product_no Indy AIX Serve r Client PC Client PC
CUSTOMER.customer_no quantity_ordered [Integer(2) Product Client PC Client PC

Or der s Product Lookup H elp C omplet e Ent ernet LA N AIX/Lan
Custom er s P r oducts Lookup
Procurement
Manager
Phase
SYSTEM
BUILDERS
Prepared by (components)
Kevin C. Interface
Software Technology
Networking
Dittman for Database

Technology
(and Hardware)
Technology
(and standards)
(and standards)
Telchnology
(and standards)
Configuration
(and standards)
Systems 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
Prepared by pasar untuk produk-produk baru dan menyarankan calon pembeli
Kevin C. pada spesifikasi apa yang harus dipertimbangkan.
Dittman for • koran perdagangan dan majalah menawarkan artikel dan
pengalaman tentang berbagai jenis perangkat keras dan perangkat
Systems lunak yang Anda mungkin mempertimbangkan.
Analysis & Tujuan

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 &

Vendor
peran

 Sistem pemilik - tidak terlibat dalam kegiatan ini.
 Sistem analis - tidak terlibat dalam kegiatan ini.

Prepared by kegiatan ini.
Kevin C. • Perancang dapat mencari masukan dari orang-orang berikut dalam
Dittman for menulis RFP atau RFQ:
Systems
mengelola
Analysis &

Vendor
 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 &

Vendor
 Langkah
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
Prepared by sumber, hubungi sumber itu dan meminta kutipan harga dan
Kevin C. istilah.
Dittman for • Langkah 3 - Siapkan permintaan kutip (RFQ) dan kirim ke semua
distributor dari mana produk (s) dapat diperoleh.
Systems
• Langkah 4 - Siapkan permintaan untuk proposal (RFP) untuk
Analysis & produk-produk Anda ingin meminta proposal kompetitif dan
 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

kegiatan ini.
Prepared by • Perancang mungkin melibatkan individu-individu berikut dalam
Kevin C. memvalidasi proposal:
Dittman for
mengelola
Systems
Analysis & kecuali yang dianggap layak oleh pemilik sistem.

 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
kecuali yang dianggap layak oleh pemilik sistem.
 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

Prepared by vendor kehilangan.
Kevin C.  Teknik yang berlaku
Dittman for  Penulisan laporan.
Systems  presentasi verbal.
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

A c c ount s
Survey Phase
R e c e iv a ble
D a t a ba s e
Marketing
C re dit

SYSTEM
Orde r
Ma na ge me nt
Pic k ing
W a re hous e
Orde r

Vouc he r

B a nk
Study Phase
rejected order
St.
PRODUCT EDI
order Louis
catalog Products
Check HQ
credit

approved order
balance-due
valid products
West
Customers
ship
order
East
Customers
quantity-av ailable
Y LA ship Indy NY

approved
order
Office order Ware-
house
ship order
Office
order-no valid
customer
service

Products
Records
A
N Definition Phase
A
L
Database Schema Application Schema Interface Schema Network Schema
Y
S Or der
P r ocessing
P r ogr am
New Cust ome r
Cust omer
Form
PRODUCT
T CUSTOMER product_no [Alpha(10)] INDEX
Logon Order Accept ed
SYSTEM customer_no [Alpha (10)] INDEX product_name [Alpha(32)] Change Communicat ions St . Louis
S customer_name [Alpha(32)]
Initiation
Routine
P r ocess
an Order
S hutdown
Routine
of Cont roller Mainframe
DESIGNERS unit_of_measure [Alpha(2)]
customer_rating [Alpha(1)] INDEX
unit_price [Real(3,2)]
New Order Address
balance_due [Real(5,2)] quantity_av ailable [Integer(4)]

NT Server LA
Get an V alidate File an Order Help Complet e Order Form First Order
Or der an Order Or der PBX NT Server N Y
(specification) Request
Et hernet LA N/NT
Request O rde r Help
Product Et hernet LA N/NT
Check Check Check Release
ORDER_PRODUCT Lookup
ORDER Custom er P r oduct Cr edit an
Procurement
Cr edit Data Data Or der
order_no [Alpha(12)] INDEX ORDER.order_no Help +
Request Product Lookup Help
order_date [Date(mmddyyyy) PRODUCT.product_no Indy AIX Serve r Client PC Client PC
CUSTOMER.customer_no quantity_ordered [Integer(2) Product Client PC Client PC

Or der s Product Lookup H elp C omplet e Ent ernet LA N AIX/Lan
Custom er s P r oducts Lookup
Phase
Manager
and
Design &
Integration Phase
SYSTEM
BUILDERS
(components)
Prepared by
Kevin C. Database
Software
(and Hardware)
Interface
Technology
Networking
Telchnology
Technology (and standards)
Dittman for Technology
(and standards)
(and standards)
(and standards)
Configuration
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)
Computer
Kevin C. 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
Prepared by beradaptasi file / basis data.
Kevin C.  Normalisasi adalah prosedur yang digunakan untuk
Dittman for menyederhanakan entitas, menghilangkan redundansi, dan
Systems membangun fleksibilitas dan kemampuan beradaptasi ke dalam
Analysis & model data.
 normalisasi data mengacu pada cara atribut data Copyright Irwin/McGraw-Hill 1998
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 by model 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
Kevin C.
 Sistem pengguna - mungkin terlibat dalam kegiatan ini untuk
Dittman for membantu mengembangkan model data.
Systems  Sistem analis - dapat berpartisipasi dalam upaya pemodelan
Analysis & data.
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,
Prepared by menentukan bagaimana data akan didistribusikan di seluruh lokasi.
Kevin C. • Langkah 4 - Lakukan analisis acara pada setiap item data pada
Dittman for model data.
• Langkah 5 - Jika model proses sebelumnya selesai, merevisi
Systems
model yang terkena dampak untuk mencerminkan peristiwa bisnis
Analysis & baru dan kondisi.
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.
 Sistem analis - dapat berpartisipasi dalam upaya pemodelan
data.
Prepared by  Sistem desainer - bertanggung jawab untuk menyelesaikan
Kevin C. kegiatan ini.
• Individu-individu berikut mungkin memainkan peran dalam proses
Dittman for
pembuatan keputusan distribusi:
Systems – Database kelola, administrator jaringan, dan / atau aplikasi
Analysis & mengelola
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
Prepared by angkatan dibandingkan proses komputer on-line.
Kevin C. • Langkah 4 - Faktor sistem baru ke dalam unit desain terpisah.
Dittman for – Pengelompokan proses yang terkait karena mereka terlibat
dalam pengolahan transaksi bisnis tertentu atau karena mereka
Systems
dipicu oleh siklus proses bisnis yang umum, atau peristiwa
Analysis & (harian, mingguan, bulanan, dll).
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
Prepared by data.
Kevin C. • Langkah 7 - Menetapkan teknologi untuk merancang unit.
Dittman for – Menggunakan teknologi disetujui dalam tahap desain awal,
menetapkan teknologi yang tepat untuk unit desain yang
Systems
berbeda.
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

 Sistem analis - dapat berpartisipasi dalam upaya pemodelan

data.
Prepared by kegiatan ini.

Kevin C. • Administrator data mungkin berpartisipasi (atau menyelesaikan)
desain database.
Dittman for
 Sistem pembangun - mungkin terlibat pada tahap desain.
Systems
• Mereka mungkin akan diminta untuk membangun sebuah database
Analysis & prototipe untuk proyek tersebut.
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

Prepared by data.
Kevin C.
kegiatan ini.
Dittman for
• Mereka mungkin memanfaatkan keahlian dari sistem desainer
Systems yang mengkhususkan diri dalam desain antarmuka pengguna
Analysis & grafis.
Desain sistem

 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 analis - dapat berpartisipasi dalam upaya pemodelan

Prepared by data.
Kevin C.
kegiatan ini.
Dittman for
• Mereka mungkin memanfaatkan keahlian dari sistem desainer
Systems yang mengkhususkan diri dalam desain antarmuka pengguna
Analysis & grafis.
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
Prepared by sistem baru harus mendapatkan walkthrough akhir dan
Kevin C. persetujuan.
Dittman for • Teknis staf pendukung - Komputer manajemen pusat operasi dan
staf harus mendapatkan kesempatan terakhir untuk meninjau
Systems spesifikasi teknis untuk memastikan bahwa tidak ada yang telah
Analysis & dilupakan dan sehingga mereka dapat komit waktu komputer
untuk pembangunan dan pengiriman tahapan proyek. Copyright Irwin/McGraw-Hill 1998
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
Prepared by terakhir untuk mempertanyakan kelayakan proyek, mengingat
Kevin C. perkiraan biaya-manfaat terbaru.
Dittman for • Pengguna manajer - manajer (s) dari unit-unit organisasi yang
paling mungkin harus didukung oleh sistem yang dikembangkan
Systems dalam proyek ini.
Analysis & • manajer sistem - manajer sistem informasi Unit (s) kepada siapa
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.
Prepared by
• pemodel System - sistem analis yang terampil dengan teknik
Kevin C. pemodelan sistem dan alat-alat CASE yang akan digunakan dalam
Dittman for proyek.
Systems  Sistem desainer - biasanya menyelesaikan kegiatan ini dan
Analysis & mungkin melibatkan walkthrough dengan spesialis desain
lainnya untuk mengkonfirmasi desain. Copyright Irwin/McGraw-Hill 1998
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 &

System Design and Construction

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

System Design and Construction

Diunggah oleh

Hak Cipta:

Format Tersedia

Systems Design and Construction

 Bab ini akan membahas pertanyaan-pertanyaan

 Apa Desain Sistem?

 Strategi Untuk Desain Sistem

 Teknik Informasi (IE)

Prepared by  Object-Oriented Desain (OOD)

 Desain Terstruktur modern

 Desain Terstruktur modern

 Desain Terstruktur modern

Standing and Standing and Rejected

 Teknik Informasi (IE)

sejenisnya, sebelum membangun produk yang sebenarnya.

kedua persyaratan dan desain.

 Prototyping mendorong dan membutuhkan partisipasi

 Prototip sering menderita kinerja lebih lambat dari rekan-rekan

 Pengembangan Aplikasi Bersama (JAD)

 Rapid Application Development (RAD)

 Rapid Application Development (RAD)

 Object-Oriented Desain (OOD)

telah kita bahas: desain terstruktur (melalui pemodelan proses),

kandidat, menganalisis mereka solusi kandidat, dan

 Untuk mengidentifikasi dan alternatif penelitian manual dan

Business Subjects Business Functions System Context Operating Locations

one, or more products.

(scope) customers. C re dit

Orders Canc ellations S ervic es

customer-name unit-of-measure customer

S (requirements) ORDER order without prices

products-ordered quantity Release ticket

Dittman for Database

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

Kevin C. to the procurement phase

 Kegiatan: Tentukan Calon Solusi

 Kegiatan: Tentukan Calon Solusi

 Kegiatan ini difasilitasi oleh manajer proyek.

 peran pemilik sistem - pemilik sistem biasanya tidak terlibat

 Kegiatan: Tentukan Calon Solusi

 Kegiatan: Tentukan Calon Solusi

• kebutuhan bisnis outline didefinisikan selama analisis sistem

 Kegiatan: Tentukan Calon Solusi

A description of the software to be

Generally some combination of: on-line,

Web pages must be designed

Prepared by Input Devices and Implications Keyboard & mouse

A description of Input methods to be (15) PSC Quickscan laser

Kevin C. used, input devices (e.g., keyboard,

Dittman for considerations (e.g., timing of actual

Brief description of what data would be

Systems stored, what data would be accessed

Analysis & data would be organized.

Copyright Irwin/McGraw-Hill 1998

 Kegiatan: Tentukan Calon Solusi

• Pencari Fakta. metode pencarian fakta yang digunakan untuk

 Kegiatan: Tentukan Calon Solusi

 Kegiatan: Menganalisis Kelayakan Solusi Alternatif

• Adalah solusi teknis praktis?

 Kegiatan: Menganalisis Kelayakan Solusi Alternatif

• Adalah biaya-efektif solusi?

 Kegiatan: Menganalisis Kelayakan Solusi Alternatif

 peran pemilik sistem - Pendapat dari individu-individu berikut

 Kegiatan: Menganalisis Kelayakan Solusi Alternatif

 Kegiatan: Menganalisis Kelayakan Solusi Alternatif

Prepared by  Deliverable Prinsip dari kegiatan ini adalah selesai analisis