合格證需求報告

案例分析合格證需求報告業(yè)務(wù)需求文檔Current

Version當(dāng)前版本:1.1Date

Last

Updated最后更新日期:04/09/24Last

Updated

By最后更新者:李明、張喆、楊誠、李優(yōu)柱Author作者:李明、張喆、楊誠、李優(yōu)柱Date

Created建立日期:04/09/22Approved

By簽字:Approval

Date日期:Revision

History修改記錄VersionNumber版本號DateUpdated更新日期RevisionAuthor修改人Summary

of

MajorChanges

Made主要變化概述0.504/09/22李明、李優(yōu)柱文檔創(chuàng)建1.004/09/23李明、李優(yōu)柱文檔完善1.104/09/24李明、李優(yōu)柱增加車輛合格判斷流程、訂單特殊信息描述表流程，以及檢測系統(tǒng)應(yīng)提供供應(yīng)商接口描述。1Introduction介紹Table

of

Contents表格的內(nèi)容41.1

Purpose

Of

This

Document本文檔的目的41.2 Goals

of

the

Project項目的目標(biāo)41.3

System

Scope系統(tǒng)范圍42

Assumptions

and

Other

Relevant

Facts設(shè)想及其他相關(guān)因素53 Business

Requirements業(yè)務(wù)需求63.1 Icon

Definition圖例63.244.14.24.34.44.4.14.4.24.4.34.54.5.14.5.24.5.34.5.44.5.54.5.64.64.6.14.6.255.15.266.16.277.17.2To-Be

Process未來業(yè)務(wù)流程圖User

Requirements用戶需求Functionality

Requirements功能需求Processing

Requirements流程需求Information

Requirements信息需求Usability

Requirements使用性需求Ease-of-use

Requirements易用性需求Documentation

Requirements文件需求Safety

Requirements安全需求Performance

Requirements

性能需求Availability

Requirements

可用性需求Inheritness

Requirements

繼承性需求Reliability

Requirements

可靠性需求Opening

Requirements

開放性需求Advance

Requirements

先進(jìn)性需求Economical

Requirements

經(jīng)濟(jì)性需求Security

Requirements安全要求User

Security

Requirements用戶安全要求Data

Security

Requirements數(shù)據(jù)安全要求Requirement

Constraints

&

Dependencies需求約束和依賴Design

Constraint設(shè)計約束Project

Constraint

項目約束Support

Environment

支撐環(huán)境Software

Environment

軟件環(huán)境Hardware

Environment

硬件環(huán)境Excursus

附錄Excursus

One附表1Excursus

Two附表278891414141414151515151515151515151717171818181919191 Introduction介紹Purpose

Of

This

Document

本文檔的目的本文檔為合格證打印項目的需求報告部分，包括項目

目標(biāo)、用戶問題和背景分析、業(yè)務(wù)需求、用戶需求和需求約束等內(nèi)容，詳細(xì)的描述了合格證打印模塊的需求，同時通過分析對合格證打印流程進(jìn)行了初步的設(shè)計。Goals

of

the

Project

項目的目標(biāo)總體目標(biāo)為：為完成合格證打印功能，在MIS的基礎(chǔ)上增加合格證打印模塊。主要滿足總裝車間下線點(diǎn)入庫車輛（包括二類底盤以及訂單車）合格證和參數(shù)表的打印功能。System

Scope

系統(tǒng)范圍□□□系統(tǒng)范圍包括以下幾個部分：取VIN碼數(shù)據(jù)；整車相關(guān)數(shù)據(jù)處理；打印合格證和參數(shù)表。2

Assumptions

and

Other

Relevant

Facts設(shè)想及其他相關(guān)因素1、合格證打印時要掃描錄入入庫車輛的隨車記錄卡上的VIN碼。2、通過VIN碼獲取車輛的VSN碼，從而獲取整車的參數(shù)表。3、通過對二類底盤產(chǎn)品目錄對二類底盤進(jìn)行校驗。4、通過對二類底盤、訂單車的判斷分別打印合格證、參數(shù)表。3

Business

Requirements

業(yè)務(wù)需求3.1 Icon

Definition圖例Process未來業(yè)務(wù)流程圖4

User

Requirements用戶需求4.1 Functionality

Requirements功能需求系統(tǒng)功能A能夠?qū)崟r錄入車輛VIN碼；B系統(tǒng)能從VIN碼獲得VSN碼中的車輛相關(guān)信息；C取得相應(yīng)車輛的參數(shù)表；D為質(zhì)量部提供車輛合格證打印功能；E為質(zhì)量部提供車輛參數(shù)表功能。數(shù)據(jù)管理系統(tǒng)提供基礎(chǔ)數(shù)據(jù)維護(hù)功能：訂單車生產(chǎn)批次號、顏色標(biāo)示。系統(tǒng)安全要求

設(shè)置每一個點(diǎn)權(quán)限。界面設(shè)置功能根據(jù)基礎(chǔ)數(shù)據(jù)設(shè)置顯示不同界面。信息搜索功能可以根據(jù)VIN檢索合格證、參數(shù)表。統(tǒng)計匯總計算可以統(tǒng)計操作員工作信息。數(shù)據(jù)備份及恢復(fù)和MIS一起備份，并可在需要時給予恢復(fù)。系統(tǒng)的兼容性系統(tǒng)均能在WIN98、WIN2000、WINXP中正常運(yùn)行，在

將來的系統(tǒng)平臺升級后，提供系統(tǒng)相應(yīng)的技術(shù)支持和服務(wù)，確保升級后的系統(tǒng)正常運(yùn)行。權(quán)限管理數(shù)據(jù)庫管理系統(tǒng)提供的數(shù)據(jù)安全控制功能，并結(jié)合網(wǎng)絡(luò)安全管理協(xié)同完成。其它支持足夠多的用戶并發(fā)操作；11）特殊情況處理A二類底盤按照二類底盤打印流程處理；B訂單車需按照VIN碼和訂單車特殊信息處理后獲取參數(shù)表。4.2

Processing

Requirements

流程需求1、合格證打印流程需求車輛入庫以后，由操作員先錄入車輛的VIN碼，系統(tǒng)會自動讀取該車輛的VSN碼，然后從VSN碼中獲取車輛參數(shù)表信息，由系統(tǒng)校檢對車輛信息進(jìn)行校驗判斷是否檢測合格，如果不合格轉(zhuǎn)入手工處理，如果合格接著進(jìn)行二類底盤判斷；如果是二類底盤就轉(zhuǎn)入二類底盤的合格證打印流程，如果不是，則打印整車合格證參數(shù)表。如果是訂單車則轉(zhuǎn)入訂單車的合格證打印流程，如果不是則打印整車合格證參數(shù)表。2、二類底盤校驗流程需求根據(jù)錄入的VIN碼的前兩位和VSN碼的前八位來判斷是否為二類底盤，如果是，則轉(zhuǎn)入二類底盤打印流程，如果不是則系統(tǒng)報錯，轉(zhuǎn)入手工處理流程。3、二類底盤合格證打印流程需求根據(jù)錄入的VIN碼獲取二類底盤的參數(shù)表信息，并進(jìn)行二類底盤合格的判斷，如果合格則打印合格證，和參數(shù)表，如果不合格則手工進(jìn)行維護(hù)。4、車輛合格判斷流程需求首先銷售部下達(dá)訂單車需求，制造部、技術(shù)中心、銷售部聯(lián)合決定是否生產(chǎn)該訂單。如果決定生產(chǎn)，由技術(shù)中心提供零件增減清單，制造部提供訂單評審表，包括生產(chǎn)批次號，然后轉(zhuǎn)入制造部生產(chǎn)，最后入庫。入庫時由質(zhì)量部錄入VIN碼并獲取VSN碼，并輸入零件增減清單，生產(chǎn)批次號，由系統(tǒng)生成并打印合格證、參數(shù)表。5、訂單車合格證打印流程需求首先銷售部下達(dá)訂單車需求，制造部、技術(shù)中心、銷售部聯(lián)合決定是否生產(chǎn)該訂單。如果決定生產(chǎn)，由技術(shù)中心提供訂單車特殊信息描述表，制造部提供訂單評審表，包括生產(chǎn)批次號，然后轉(zhuǎn)入制造部生產(chǎn)，最后入庫。入庫時由質(zhì)量部錄入VIN碼并獲取VSN碼，并輸入訂單車特殊信息表，生產(chǎn)批次號，由系統(tǒng)生成并打印合格證、參數(shù)表。訂單車特殊信息描述表包括訂單車座位增減數(shù)量，訂單車顏色等重要信息。訂單車特殊信息描述表是訂單車生產(chǎn)的重要信息，所以需要有專門的部門進(jìn)行維護(hù)，具有維護(hù)資格的部門有：技術(shù)中心、制造部和質(zhì)量部三個部門，他們各自有優(yōu)缺點(diǎn)，可以經(jīng)過權(quán)衡利弊后決定由那個部門維護(hù)。4.3

Information

Requirements

信息需求Report

Type報告類型Report

Name報告名稱Description描述Stakeholder

Audience相關(guān)人員Frequency頻率業(yè)務(wù)整車合格證、參數(shù)表對入庫的車輛進(jìn)行VIN碼錄入，由系統(tǒng)根據(jù)VSN獲取MIS中的車輛參數(shù)表，并打印整車合格證與參數(shù)表。質(zhì)量部、技術(shù)中心管理二類底盤產(chǎn)品目錄表錄入二類底盤產(chǎn)品目錄，存入系統(tǒng)數(shù)據(jù)庫，生成二類底盤產(chǎn)品目錄表供質(zhì)量部人員維護(hù)。質(zhì)量部相關(guān)人員業(yè)務(wù)二類底盤合格證、參數(shù)表根據(jù)VSN碼判斷是否為，并打印二類底盤合格證與參數(shù)表。質(zhì)量部、技術(shù)中心管理訂單車需求表由銷售部人員根據(jù)客戶需求確定訂單車需求表，包括座位、顏色等信息。銷售部相關(guān)人員管理訂單評審表由制造部提交給技術(shù)中心，包括車輛的生產(chǎn)批次號。制造部相關(guān)人員管理訂單車特殊信息表由技術(shù)中心根據(jù)制造部傳來的訂單評審表而發(fā)出，包括增加的車座位和顏色。技術(shù)中心人員業(yè)務(wù)訂單車合格證、參數(shù)表根據(jù)車輛VIN碼和訂單車特殊信息表確定訂單車的參數(shù)表，并打印訂單車合格證與參數(shù)表。質(zhì)量部、技術(shù)中心4.4

Usability

Requirements

使用性需求Ease-of-use

Requirements易用性需求提供使用者對于系統(tǒng)的易使用性信息，如包括信息易得到，高層次用戶界面指導(dǎo)，并可支持不同程度的專業(yè)的使用者。Documentation

Requirements文件需求提供必須有的各類用戶文檔信息。包括打印用戶手冊，還包括任何在線幫助，指南和安裝說明。Safety

Requirements安全需求既要考慮系統(tǒng)的安全性，又要考慮用戶使用的方便性。不方便的認(rèn)證方式，同樣會導(dǎo)致人為原因造成安全漏洞。解決方案就是采用統(tǒng)一基于Microsoft活動目錄的身份最好的用戶認(rèn)證方式。提供一套完整的數(shù)據(jù)備份和恢復(fù)機(jī)制。4.5

Performance

Requirements

性能需求Availability

Requirements可用性需求系統(tǒng)應(yīng)有靈活友好的用戶界面，完備的軟件開發(fā)工具，便于操作、擴(kuò)充和維護(hù)。Inheritness

Requirements繼承性需求合格證打印模塊應(yīng)是MIS的繼承與發(fā)展。Reliability

Requirements可靠性需求合格證打印模塊涉及生產(chǎn)過程信息的實時采集，系統(tǒng)采用的軟、硬件及各種設(shè)備應(yīng)具有高可靠性。系統(tǒng)應(yīng)采用成熟的技術(shù)，選用穩(wěn)定可管理、可監(jiān)控、可診斷的軟硬件設(shè)備。特別是網(wǎng)絡(luò)系統(tǒng)的安全可靠性要有保證，在車間環(huán)境下使用的設(shè)備、網(wǎng)絡(luò)應(yīng)具有足夠的抗干擾能力，網(wǎng)絡(luò)應(yīng)有一定的容錯能力。Opening

Requirements開放性需求系統(tǒng)應(yīng)具有良好的開放性，并可根據(jù)企業(yè)發(fā)展的需要不斷完善。系統(tǒng)應(yīng)是可擴(kuò)展的，并且應(yīng)具有一定的柔性，即要求硬件構(gòu)造配置靈活，軟件設(shè)計按模塊化、結(jié)構(gòu)化、標(biāo)準(zhǔn)化的原則進(jìn)行，并有可裁剪性。Advance

Requirements先進(jìn)性需求合格證打印模塊應(yīng)以MIS為基礎(chǔ)，融入新的方法和技術(shù)。在設(shè)計時應(yīng)盡量吸收先進(jìn)的設(shè)計思想與設(shè)計方法，運(yùn)用先進(jìn)的設(shè)計工具和手段，以總體優(yōu)化為出發(fā)點(diǎn)實現(xiàn)組織、技術(shù)、信息的有機(jī)集成，發(fā)揮系統(tǒng)的整體效益。Economical

Requirements經(jīng)濟(jì)性需求合格證打印模塊的實施，要從五菱的實際出發(fā)，充分合理地利用現(xiàn)有資源，在滿足系統(tǒng)功能需求和性能要求的前提下，盡可能地降低開發(fā)和運(yùn)行成本。4.6

Security

Requirements

安全要求4.6.1

User

Security

Requirements用戶安全要求設(shè)置每一個點(diǎn)權(quán)限包括已知的使用者角色和他們的聯(lián)合安全授權(quán)；提供表示任何影響系統(tǒng)的安全問題的系統(tǒng)完整的安全策略或規(guī)則?？啥x安全或必須被滿足的隱私證明。對于用戶認(rèn)證策略，既要考慮系統(tǒng)的安全性，又要考慮用戶使用的方便性。不方便的認(rèn)證方式，同樣會導(dǎo)致人為原因造成安全漏洞。鑒于已有完整的基于Microsoft活動目錄的身份認(rèn)證系統(tǒng)，所以對于合格證打印模塊來說，最好的用戶認(rèn)證解決方案就是采用統(tǒng)一基于Microsoft活動目錄的身份認(rèn)證方式。4.6.2

Data

Security

Requirements數(shù)據(jù)安全要求數(shù)據(jù)庫管理系統(tǒng)提供的數(shù)據(jù)安全控制功能，并結(jié)合網(wǎng)絡(luò)安全管理協(xié)同完成。數(shù)據(jù)能自動定期備份，并可在需要時給予恢復(fù)；提供一套完整的數(shù)據(jù)備份和恢復(fù)機(jī)制。數(shù)據(jù)安全策略由數(shù)據(jù)庫服務(wù)器提供，有Windows集成認(rèn)證和數(shù)據(jù)庫認(rèn)證兩種方式。對于兩種不同的客戶端（應(yīng)用客戶端和管理客戶端）可以采用不同的認(rèn)證方式。應(yīng)用客戶端的所有數(shù)據(jù)訪問都是通過應(yīng)用服務(wù)器完成，由于應(yīng)用服務(wù)器要采用連接池的方式連接數(shù)據(jù)庫以提高性能節(jié)約數(shù)據(jù)服務(wù)器資源，所以不能采用應(yīng)用客戶端上操作員的個人Windows用戶來訪問數(shù)據(jù)庫。應(yīng)用服務(wù)器可以采用數(shù)據(jù)庫認(rèn)證的方式訪問數(shù)據(jù)庫。對于管理客戶端，直接訪問數(shù)據(jù)庫取得數(shù)據(jù)，所以可采用Windows集成認(rèn)證訪問數(shù)據(jù)庫。5

Requirement

Constraints

&

Dependencies需求約束和依賴5.1

Design

Constraint

設(shè)計約束IDConstraintC.1.1合格證打印模塊需要健壯與敏捷C.1.2合格證打印模塊和MIS要保持良好的兼容性C.1.3合格證打印模塊具有可擴(kuò)展能力55..22PPrroojjeecctt

CCoonnssttrraaiinntt項項目目約約束束IDConstraintC.2.1時間約束，定于2004年11月10日結(jié)束6

Support

Environment支撐環(huán)境Software

Environment

軟件環(huán)境數(shù)據(jù)庫系統(tǒng)：Microsoft公司的SQL

Server開發(fā)語言： 應(yīng)用服務(wù)器

C++；工作客戶端HTML,Jscript。運(yùn)行環(huán)境