Yêu cầu phân tích

Yêu cầu phân tích( ようきゅうぶんせき,Anh:requirements analysis) とは,システム công họcやソフトウェア công họcにおいて tân たなシステムやシステム đổi mới に tế しての điều tra / định nghĩa に quan わる công trình を chỉ す. Yêu cầu phân tích はシステム thiết kếCông trình でも quan trọng な bộ phận であり, アナリストやシステムエンジニア/ソフトウェア khai phát giảが khách hàng の sự tất yếu や yêu cầu を riêng する công trình である. Khách hàng の yêu cầu が riêng されたら, システム thiết kế giả がその giải quyết sách を thiết kế することになる.

Chủ な kỹ xảo[Biên tập]

Khái niệm thượng, yêu cầu phân tích には dưới の 3つの hoạt động が hàm まれる:

Yêu cầu を nghe きだす: Khách hàng やユーザーとの đối lời nói によってその yêu cầu を nghe きだす.
Yêu cầu を phân tích する: Yêu cầu を tất yếu に ứng じて minh xác hóa し, bổ い, mâu thuẫn điểm や vấn đề điểm を minh らかにする.
Yêu cầu を nhớ lục する: Yêu cầu を công văn hóa する. Công văn hình thức には thông thường の tự nhiên ngôn ngữ の công văn bên ngoài にユースケース,ユーザーストーリーなどがある.

Yêu cầu phân tích は thời gian のかかる nhẫn nại を muốn するものとなる trường hợp もあり, vi diệu な tâm lý học スキルを muốn することもある. Tân たなシステムは nhân gian quan hệ や hoàn cảnh を変えることもあるので, quan hệ giả toàn てを riêng しておくことも quan trọng であり, quan hệ giả toàn viên のニーズを nghe き ra すと cộng に, bỉ らがシステムとどう quan わるかを lý giải していることを xác nhận する tất yếu がある. アナリストは khách hàng から yêu cầu を nghe きだすためにいくつかの kỹ xảo を sống dùng する.インタビューやフォーカスグループ( yêu cầu ワークショップ ) から yêu cầu リストを tác thành するのは cổ くからある kỹ xảo である. やや tân しい kỹ xảo としてプロトタイピングとユースケースがある. Tất yếu に ứng じてアナリストはこれらの thủ pháp を駆 sử し, quan hệ giả の yêu cầu を chính xác に nắm chắc する. それによってビジネスの sự tất yếu に hợp ったシステムが khai phát される.

Quan hệ giả インタビュー[Biên tập]

Quan hệ giả インタビューは yêu cầu phân tích の điển hình な thủ pháp である. Công số との kiêm ね hợp いで quan hệ giả の tuyển 択が giống nhau に tất yếu とされる. インタビューによってプロジェクトの bắt đầu khi điểm で tưởng định していなかった yêu cầu が minh らかとなり, cái 々の yêu cầu の gian で mâu thuẫn が sinh じることがある.

Yêu cầu ワークショップ[Biên tập]

Trường hợp によっては quan hệ giả を tập めた “Yêu cầuワークショップ”を khai くのが có hiệu である. ワークショップは quan hệ giả が tập trung できる hoàn cảnh で hành うのが vọng ましい. Tư sẽ dịch は nghị luận が dật れないよう chú ý する. また, thư ký dịch が nghị luận を nhớ lục しておくのがよい. Tư sẽ dịch はプロジェクターと đồ tác thành ソフトウェアを sử ったり, giấy とマーカーによる tư liệu を sử ったりする. Tư sẽ dịch の quan trọng な sĩ sự として, cái 々の yêu cầu の ưu tiên thuận vị phó けが tham gia giả の cá tính にあまり sống nhờ vào nhau しすぎないように chú ý しなければならない.

Khế ước hình yêu cầu リスト[Biên tập]

Yêu cầu を công văn hóa する phương pháp として khế ước hình yêu cầu リストがある. Phục tạp なシステムでは, この yêu cầu リストが mấy trăm ページにもなることがある.

Kiểm chứng khả năng な mục tiêu[Biên tập]

Nhất thiện のプロジェクトでは, yêu cầu リストを単なる tay quải かりとして tráp い, sào り phản し “Cớ gì このような yêu cầu が ra てきたか” を hỏi いかけて thật のビジネスの mục đích を minh らかにする. そして quan hệ giả と khai phát giả で các mục tiêu の đạt thành trạng huống を trắc るための tiêu chuẩn cơ bản を thiết ける. これら mục tiêu は cá biệt の ( tiêu chuẩn cơ bản のない ) yêu cầu リストよりも変 hóa しない. Quan trọng な mục tiêu が đạt thành されたとき, tay sớm いプロトタイピングと khai phát によってプロジェクトの trên đường であっても quan hệ giả に thành quả として cung cấp することがある.

プロトタイプ[Biên tập]

1980 niên đại trung ごろ, yêu cầu phân tích vấn đề の giải quyết sách として “プロトタイピング” が chú mục された. プロトタイプとは, khai phát trước にユーザーに đối してアプリケーションを coi 覚 hóa してみせるための hình ảnh tỏ vẻ などである. プロトタイプによってユーザーはシステムがどのようなものかを cụ thể に miêu くことができるようになり, khai phát trước に thiết kế thượng の quyết định を hành うことが dễ dàng になる. プロトタイプの dẫn vào によってユーザーと khai phát giả の đối lời nói が đại いに cải thiện された. Lúc ban đầu に hình ảnh の thấy え phương を kỳ しておけば sau công trình での変 càng が thiếu なくなり, toàn thể としてコスト cắt giảm につながる.

しかしその sau, thứ のような vấn đề は giải quyết できないことがわかってきた:

マネージャから thấy れば, プロトタイプが tức tòa に ra tới てきたのに, thật tế の khai phát に thời gian がかかる lý do が lý giải できない.
Thiết kế giả は thật tế の khai phát にあたって một からやり thẳng すことになるのを khủng れて, プロトタイプのコードをつぎはぎして thật システムを làm ることを cưỡng chế されているように cảm じる.
プロトタイプはユーザーインターフェイスの thiết kế などには có hiệu である. しかし, vốn dĩ の yêu cầu が gì だったのかということとは vô quan hệ である.
Thiết kế giả とユーザーがユーザーインターフェイスの thiết kế に trọng điểm を trí きすぎて, thật tế にビジネスを hành うシステムがおろそかになる.

プロトタイプは, thật tế に động tác する giản 単なアプリケーションの trường hợp もあるが, tuyến họa ( ワイヤフレーム ) の trường hợp もある. Tuyến họa では sắc をつけないようにして, cuối cùng なシステムの thấy た mục と lẫn lộn させないようにするのがよいとされる.

ユースケース[Biên tập]

Kỹ càng tỉ mỉ は “ユースケース”を tham chiếu

ユースケースは, tân システムやシステムの cải thiện にあたっての yêu cầu を công văn hóa する kỹ xảo である. Các ユースケースは1つ trở lên の “シナリオ” を cung cấp し, その trung でシステムやエンドユーザーや hắn のシステムがどのように hỗ trợ lẫn nhau を hành ってビジネスの mục tiêu を đạt thành するかを miêu く. ユースケースでは kỹ thuật な chuyên môn dùng từ を bài し,エンドユーザーやその giới hạn の chuyên môn gia にわかる dùng từ を sử うのが vọng ましい. ユースケースはソフトウェア khai phát giả とエンドユーザーが cộng đồng で chấp bút することも nhiều い.

ユースケースはソフトウェアの cử động を thuyết minh する単 thuần なツールである. ユースケースにはユーザーがインターフェイスを thông してソフトウェアを động tác させる toàn ての phương pháp に quan する văn chương による ghi lại が hàm まれる. ユースケースはソフトウェア bên trong の động きは ghi lại されないし, どう thật trang されるかも thuyết minh されない. 単にユーザーが gì かをソフトウェアにさせる tế の tay thuận を kỳ すだけである. このような hình で toàn てのユーザーとシステムのやり lấy りが ghi lại されている.

1990 niên đại,ユースケースは cơ năng yêu cầu sĩ dạng を bắt える thủ pháp として cấp tốc に quảng まった. Đặc にその khởi nguyên となったオブジェクト chỉ hướng の thế giới で hiển であるが, その lợi dụng はオブジェクト chỉ hướngシステムに hạn られたものではなく, ユースケース tự thể はオブジェクト chỉ hướng に trói られた thủ pháp ではない.

Các ユースケースは1つのビジネス mục tiêu /タスクを đạt thành する phương pháp を miêu いている. 従 tới からのソフトウェア công họcの quan điểm からすれば, 1つのユースケースはシステムの 1つの cơ năng を miêu いていると ngôn える. Nhiều くのソフトウェアプロジェクトでは, システム toàn thể を ghi lại するのに mấy chục から mấy trăm のユースケースが tất yếu であることを ý vị する. Riêng のソフトウェアプロジェクトの hình thức hóa の độ hợp いやそのプロジェクトの công trình によってユースケースをどこまで kỹ càng tỉ mỉ に ghi lại すべきかが quyết まる.

ユースケースは, あるビジネス mục tiêu を đạt thành する tế の phần ngoài のアクターと đối tượng システムの hỗ trợ lẫn nhau を định nghĩa する. アクターとはシステムの ngoại にあってシステムとやり lấy りをするものであり, ユーザーだったり, đừng のシステムだったりする.

ユースケースではシステムを “ブラックボックス” として tráp い, システム ngoại から quan trắc できるやり lấy りを tráp う. これは ý đồ な phương châm であり, この phương châm によって yêu cầu sĩ dạng の ghi lại が giản lược hóa され, その cơ năng がどのように thật trang されるかという tiền đề ( trước nhập quan ) を bài trừ することができる.

ユースケースは dưới のように ghi lại されるべきである.

ビジネスの mục tiêu を đạt thành するためのビジネスタスクを ghi lại する.
Thích thiết な kỹ càng tỉ mỉ さで ghi lại される.
ソフトウェア khai phát giả が một hồi のリリースで thật giả bộ tới る trình độ の lượng である.

ユースケースはCơ năng yêu cầu sĩ dạngにとってはよい thủ pháp だが,Phi cơ năng yêu cầu sĩ dạngには thích さない. ただし,パフォーマンス・エンジニアリングでは, quan trọng なユースケースにはそれに đối ứng した phi cơ năng yêu cầu が tồn tại するとされる.

ソフトウェア yêu cầu sĩ dạng[Biên tập]

ソフトウェア yêu cầu sĩ dạngは, khai phát đối tượng システムの chấn る vũ いを hoàn toàn に ghi lại したものである. これには, そのソフトウェアとユーザーとのやり lấy りを toàn て ghi lại したユースケースも hàm まれる. ユースケースは cơ năng yêu cầu sĩ dạng とも hô ばれる. ユースケース bên ngoài に phi cơ năng yêu cầu sĩ dạng も hàm まれる. Phi cơ năng yêu cầu sĩ dạng は, thiết kế や thật trang に đối する gì らかの chế hạn ( tính năng yêu cầu, phẩm chất yêu cầu, thiết kế thượng の chế ước など ) である.

ソフトウェア yêu cầu sĩ dạng の ghi lại に quan する đẩy thưởng thủ pháp は IEEE 830-1998 で kỳ されている. この tiêu chuẩn はソフトウェア yêu cầu sĩ dạng の khảo えられる cấu tạo, vọng ましい mục lục, phẩm chất などについて nhớ している.

Quan hệ giả の riêng[Biên tập]

1990 niên đạiになって đặc に cường điệu されるようになったのは, “Quan hệ giả” の riêng である. “Quan hệ giả” とは単にそのシステムを phát chú した xí nghiệp の xã viên だけに hạn られない điểm に chú ý されたい. Hắn に khảo えられる “Quan hệ giả” として thứ のような người 々がいる:

その xí nghiệp と đối chờ な quan hệ で mật に liền huề している ( あるいはこれから liền huề が dư định されている ) xí nghiệp
Gì らかの sự vụ 処 lý bộ môn
Tổ chức thượng thượng vị にある giả

Vấn đề điểm[Biên tập]

Quan hệ giả の vấn đề[Biên tập]

Steve McConnell はその thưRapid Developmentの trung で, yêu cầu を tập める tác nghiệp をユーザーが phương げる khả năng tính を dưới のように kỳ した:

ユーザーは tự らが gì を dục しているか lý giải していないことがある.
ユーザーは yêu cầu sĩ dạng thư に quan わりたがらないことがある.
ユーザーは đã にスケジュールと phí dụng が xác định した trạng thái で tân たな yêu cầu を ra してくる.
ユーザーとの đối lời nói には thời gian がかかる.
ユーザーはレビューに tham gia したがらないか, tham gia できないことがある.
ユーザーは kỹ thuật に sơ い.
ユーザーは khai phát công trình を lý giải しない.

このような muốn nhân によって yêu cầu sĩ dạng は khai phát が bắt đầu されてからも変 càng され続けることになる.

Kỹ thuật giả / khai phát giả の vấn đề[Biên tập]

Yêu cầu phân tích において kỹ thuật giả や khai phát giả が thứ のような vấn đề を dẫn き khởi こすこともある:

Kỹ thuật giả とエンドユーザーは ngữ vựng の vi いによって lời nói が thông じないことがある. Kết quả として ý tứ sơ thông できていないにもかかわらず, hoàn toàn な hợp ý に đạt したと khám vi いしたまま khai phát を hành うことがある.
Kỹ thuật giả や khai phát giả は yêu cầu を đã tồn のシステムやモデルに đương てはまるようにしようとする khuynh hướng があり, その khách hàng chuyên dùng のシステムを khai phát するのを tránh けようとする.
Phân tích を kỹ thuật giả やプログラマが hành ってしまい, đối tượng giới hạn の chuyên môn gia が tham gia しないためにユーザーのニーズが chính しく phản ánh されないことがある.

Giải quyết の thí み[Biên tập]

このような ý tứ sơ thông vấn đề の giải quyết sách としてそのビジネスの chuyên môn gia やシステム phân tích の chuyên môn gia が mướn われることもある.

1990 niên đạiに lên sân khấu したプロトタイピング,Thống nhất モデリング ngôn ngữ(UML),ユースケース,アジャイルソフトウェア khai phátなどの kỹ xảo も従 tới の thủ pháp の vấn đề điểm を giải quyết するべく dẫn vào されてきた.

アプリケーションのシミュレーションツールや định nghĩa ツールも thị trường に ra hồi るようになってきた. このようなツールはユーザーとIT tổ chức の ý tứ sơ thông vấn đề を giải quyết するよう thiết kế されており, thật tế にコードを khai phát する trước にアプリケーションを thí してみることを khả năng にしている. これらツールの đặc trưng は dưới の thông り:

Điện tử ホワイトボードでアプリケーションの lưu れを đồ kỳ したり thay thế án を kiểm chứng する.
ビジネスロジックやデータの sự tất yếu を bắt える năng lực
Cuối cùng なアプリケーションをかなりの độ chặt chẽ で thật hiện する cao cơ năng プロトタイプを sinh thành する năng lực
Đối lời nói tính
Văn mạch な yêu cầu やコメントを ghi công trạng できる cơ năng
Cách xa ユーザーや phân tán ユーザーがシミュレーションとやりとりする cơ năng

Tham khảo văn hiến[Biên tập]

McConnell, Steve (1996 năm ).Rapid Development: Taming Wild Software Schedules(1st ed. ed.). Redmond, WA: Microsoft Press.ISBN 1-55615-900-5.http:// stevemcconnell /
Wiegers, Karl E. (2003 năm ).Software Requirements 2: Practical techniques for gathering and managing requirements throughout the product development cycle(2nd ed. ed.). Redmond: Microsoft Press.ISBN 0-7356-1879-8.http:// processimpact
Andrew Stellman and Jennifer Greene (2005 năm ).Applied Software Project Management.Cambridge, MA: O'Reilly Media.ISBN 0-596-00948-8.http:// stellman-greene

Quan liền hạng mục[Biên tập]

Phần ngoài リンク[Biên tập]

Yêu cầu phân tíchSơn bổn tu một lang ( NTTデータ ), nguyệt san ビジネスコミュニケーション