Software Engineering
? A discipline for the systematic production and maintenance of software developed by a
team, which is
?fault-free,
?delivered on time,
?within budget, and
?satisfies the user’s needs
?GOAL: to produce a good quality software that is useful for people
Properties of High quality software
Defect free
Meet user’s needs
In time
Within budget
?Communication:
?Project initiation, Requirements gathering
?Planning
?Estimating, Scheduling, Tracking
?Modeling
?Analysis & Specification
?Design
?Construction
?Code, testing
?Deployment
?Delivery, support, maintenance
?Requirements
?Definition
需求明确地规定解决用户问题的方法
?Their Importance
The set of requirements constitute a contract between the client and the software developer
It should be written such that all stakeholders can understand what the system
will do.
It allows developer to map problem domain concepts to solution domain
concepts
?Classification
Functional requirements（具体的系统功能要求）
Nonfunctional requirements(可靠性，可用性，性能等等)
Design constrains（限制设计者和实现者的规定）
?Requirements Management
?Definition
A systematic approach to eliciting ,documenting, organizing and tracking
changing requirements
?Process
Elicitation: work with the customer on gathering requirements
Analysis: process this information to understand it, classify in various categories, and relate the customer needs to possible software requirements
Specification: Structure the customer input and derived requirements as written documents and diagrams
Validation:you’ll ask your customer to confirm that what you’ve written is accurate and complete and to correct errors
?User’s Needs , Features and Requirements
?Differences
A reflection of the business, personal, or operational problem that must be addressed in
order to justify the use of a new system
A service the system provides to fulfill one or more stakeholder needs
Skill1
?Definition of Problem Analysis
the process of understanding real-world problems and user needs and proposing建议提议solutions to meet those needs
?What is Root Causes Analysis?
An identified reason for the presence of a defect or problem.
The most basic reason, which if eliminated, would prevent recurrence.
The source or origin of an event.
?How to address the problem:
?Step 1: Gain agreement on the problem definition
?Step 2: Understand the root causes
?Step 3: Identify the stakeholders and the users
?Step 4: Define the solution system boundary.
?Step 5: Identify constraints to be imposed on the solution
Specific Problem Analysis Techniques
?Business modeling
?Applicable to IS/IT applications
?Systems Engineering
?Applicable to software-intensive systems in the embedded-system domain
Skill2
?requirements elicitation
Involves technical staff working with customers to find out about the application domain, the services that the system should provide and the system’s operational constraints
?Techniques for eliciting requirements
?Interviews and questionnaires
?Requirements workshop (Definition)
?Brainstorming sessions and idea reduction
?Storyboards
?Scenario-based Requirements Elicitation
Actor, Use Cases ,Scenario
Use case
a technique for capturing找准the functional requirements of the system
定义：
A use case describes the typical interactions between the users of a system and the system itself that yield a result of value to the users
帮助理解：
A use case contains a set of scenarios
Scenario describes sequences of actions a system performs that yield an observable result of value to a particular actor
Skill3
?Use-Case Model
System Context- summarizes the high-level behavior of a system
?What the system does (as a black-box)
?What lies outside of the system
?How it gets used
Use-Case Model: requirements in context
?Step-By-Step Building of the Use-Case Model
Step 1: Identify and describe the Actors
Step 2: Identify the use Cases and write a Brief Description
Step 3: Identify the Actor and use-Case Relationships
Step 4: Outline the Individual Use Cases
Step 5: Refine the Use Cases
?Hierarchy of Use Cases levels
1 Summary
to define a broad scope of the system
2user goal
Satisfies a particular and immediate goal of value to the primary actor.
3 subfunction
satisfies a partial goal of a user-goal use case or of another subfunction
?Relationships between use cases
?<
?<
or there is an important alternative to emphasize)
?<
?Main Requirements Artifacts
?Vision Document defines high-level business requirements, user needs
and features.
?Use-case model.
?Supplementary Specifications
?Domain Model
is a representation of real-world conceptual classes
参考：
Domain model may be considered a visual可见的dictionary of the noteworthy 值得注意的abstractions, domain vocabulary 词汇and information content of the domain.
?Domain Model and Class diagram
?Differences
?Relations
?UML diagrams for the Analysis Model
?Organizing Requirements
Skill4
?Project Scope
Project Scope "The work that needs to be accomplished to deliver a product, service, or result with the specified features and functions." [1]
Product Scope "The features and functions that characterize a product, service, or
result."
What is project scope?
?Requirements baseline (definition)
需求基线，通俗点说就是把这些需求都划一根“线”，说明这些需求已经确定下来，添加新的需求和修改原有的需求都必须通过需求变更流程来操作。目的就是为了防止需求的滥变给程序架构造成重大影响
?Steps to Defining a Requirements Baseline
Have feature list at hand.
For each feature:
1.Establish priority
2.Assess effort required to develop feature.
3.Risk involved in developing feature.
Skill5
?Technical Methods for Specifying Requirements
?pseudocode 伪代码
?Decision Tables/Decision Tree
?Extended Finite State Machines
?Activity Diagrams
Used to naturally represent flows of events in scenarios
A state transition diagram where all states are action states
Very easy to write and understand
Enables a representation of branching, repetition and process forking
Simple
Parallel activities
Conditional
Signal
Review
?Entity-Relationship Diagram
Skill6
Tracing Requirements
Managing Change
Change can be induced by factors:
External
?Users want something else.
?The delivery of new system →“yes but, …”
?The nature of the problem changes.
?Market shift.
?System environment (e.g. OS, H/W) changes.
Internal
?Failed to ask
?Right people, right questions, at the right time.
?Missed some stakeholders.
?Design, implementation, testing activities can cause requirements to change / be
“discovered” (feedback).
How to Managing Change?
1.Recognize: change is inevitable不可避免的so plan for it.
2.Baseline requirements (for each iteration).
3.Establish建立a single channel to control change.
https://www.doczj.com/doc/2b19207511.html,e a change control system to capture changes.
5.Manage changes hierarchically.
《软件需求分析》实验指导书 2013年 9月
中文软件需求分析课程编号5011011093 课程 Software Requirement 名称英文适用专业软件工程 Analysis 总学时32 理论教学学时28 课 4 内 学分 2 实践教学学时 课 8 外 执笔者刘冰编写日期2012年 3月 《需求工程—软件建模与分析》（骆斌主编、丁二讲授玉编著，高等教育出版社，2009年 4月第一版，ISBN 978-7-04-026295-7） 教材 《软件需求》（第 2版）（（美）Karl E.Wiegers著，参考刘伟琴、刘洪涛译，清华大学出版社、2004年 11月第 1版，ISBN 978-7-302-09834-8）
目录 一、实验目的 (3) 二、实验的软硬件环境 (3) 三、实验要求与任务 (3) 四、实验步骤 (3) 五、《软件需求规格说明书》内容、格式要求 (4) 六、思考题 (6) 【附录一】软件需求规格说明模板 (7) 【附录二】评分标准 (13) 【附录三】前景与范围文档写作范例 (14) 【附录四】需求文档完整范例 (20) 【附录五】软件需求规格说明书（样例一） (40) 【附录六】软件需求规格说明书（样例二） (52)
实验名称：“××管理信息系统”软件需求规格说明书的编写 一、实验目的 需求开发的最终成果是：客户和开发小组对将要开发的产品达成一致的协议。这一协议综合了业务需求、用户需求和软件功能需求。从前面实验中所得出的一些分析文档中，我们可以知道：项目视图和范围文档包含了业务需求，而使用实例文档包含了用户需求。我们还必须编写从使用实例派生出的功能需求文档，还要编写产品的非功能需求文档，包括质量属性和外部接口需求。至此，我们综合前面的相关分析结果，来进行需求说明书的编写，进一步理解由业务需求，用户需求，功能需求三个部分综合而形成软件需求说明书的过程。 二、实验的软硬件环境 硬件：微型计算机，打印机； 软件：Windows XP/7 ，Office 2003/2007，Visual Studio 、Delphi，SQL Server等要求 实验环境为网络环境。 三、实验要求与任务 1、要求： 完成软件需求规格说明书的编写： （1）用好的结构化和自然语言编写文档型文档 （2）建立图形化模型。 （3）编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。2、具体任务： 开发“××管理信息系统”（如人事管理信息系统、财务信息管理系统、酒店信息管理系统、设备信息管理系统、仓库管理信息系统、进存销管理信息系统、学生信息管理系统、图书馆信息管理系统，图书销售信息管理新系统等等）。 通过调查获取用户需求，按照需求的内容进行分析，按照内容、格式要求撰写完整的软件需求规格说明书。 四、实验步骤 1、参考相关模板，初步理解软件需求规格说明书的结构 2、 结合项目实际，完成软件需求规格说明书 3、进一步检查、完善相应的需求部分，尽量避免需求遗漏，和定义的不清晰。同时，
1、需求分析的最终结果是需求规格说明书。 2、需求分析中开发人员要从用户那里解决的最重要的问题是让软件做什么。 3、需求规格说明书中的内容不应该包括对算法的详细过程的描述。 4、需求规格说明书的作用不应包括软件可行性研究的依据。 5、关于面向对象方法中消息的叙述，不正确的是操作系统不断向应用程序发送消息，但应 用程序不能向操作系统发送消息。 6、面向对象技术中，对象是类的实例，对象有三种成分标识、属性、方法（或操作） 7、软件需求分析阶段的工作，可以分成以下四个方面对问题的识别、分析与综合、制定规 格说明以及需求分析评审。 8、软件需求规格说明书的内容不应该包括对算法的详细过程的描述。 9、产品特性可以称为质量属性，在众多质量属性，对于开发人员来说重要的属性有哪些？ 可维护性、可移植性、可重用性、可测试性 10、求包括11个方面的内容，其中网络和操作系统的要求属于环境需求，如何隔离用户之间的数据属于安全保密需求，执行速度、相应时间及吞吐量属于性能需求，规定系统平均出错时间属于质量保证。 11、需求分析过程应该建立3中模型，他们分别是数据模型、功能模型、行为模型，以下几种图形中，数据流图（DFD）属于功能模型，实体-联系图（ERD）属于数据模型，状态转换图（STD）属于行为模型。 12、常用的需求分析方法有：面向数据流的结构化分析方法（SA），面向对象的分析的分析方法（OOA），下列(D)不是结构化分析方法的图形工具。 A 决策树 B 数据流图C数据字典D快速原型 13、软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性，其中，探索型和实验型用完可以丢弃，而进化型围绕原型修改、增加。 14、数据流图用于描述数据的处理过程。 15、DFD 的基本符号不包括下列哪种？（A）。 A 数据字典 B 加工 C 外部实体 D 数据流 E 数据存储文件 16、DD的主要字典条目包括以下哪种（E） A 数据流B文件 C 数据项D加工E以上都是 17、常用的动态分析方法不包括以下哪种（B） A 状态迁移图 B 层次方框图 C 时序图 D Petri网 18、需求分析阶段的文档包括以下哪些（E） A 软件需求规格说明书 B 数据要求说明书 C 初步的用户手册 D 修改、完善与确定开发实施计划 E 以上都是 19、需求验证应该从下述几个方面进行验证：（C） A 可靠性、可用性、易用性、重用性 B 可维护性、可移植性、可重用性、可测试性 C 一致性、现实性、完整性、有效性 D 功能性、非功能性 20、风险管理的要素包括哪些（D） A 风险评价 B 风险避免 C 风险控制 D 以上都是 21、下列描述中错误的是（D） A 每一个集成的需求变更必须能跟踪控制到一个经核准的变更请求。 B 变更过程应该做成文档，尽可能简单，当然首要的是有效性。 C 所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程不再予以考虑。 D 可以从数据库中删除或修改变更请求的原始文档。
目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)
6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)
1引言 1.1编写目的 学生管理系统是面向学生的，目的是提高学校对学生的管理。本系统主要包括六个模块：学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能，这六个模块基本实现设计本系统的目的，从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够，所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发，对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为：学生成绩管理信息系统。开发目标为有效管理学生信息，实现学生信息的数据录入、浏览、修改等，从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing：数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理，为学校的学生成绩管理系统
在线考试系统需求分析 在线考试系统的功能要求 在线考试系统的总目标是：在当前网络环境下，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的在线考试系统，实现企业或者是学校考试的无纸化，为企业或者学校选拔人才提高更方便，更有效的途径。 根据可行性研究的结果和用户的要求，分析现有情况及问题，采用brower/Server 结构，将在线考试系统分成了一下功能模块。 本系统的用户可分为管理员和普通用户（考生）两类。 本系统共分成两个界面：一个界面用于管理员登录，主要负责进行基本资料、题库、试卷、成绩的管理以及查询等；另外一个界面用于普通用户（考生）登录、注册。主要负责在线考试、查询以往考试成绩留言和在线交流等。 从总体上考虑，系统应该实现下列功能： 对管理员来说，包括试卷管理、题库管理、阅卷管理、成绩管理。 1、试卷管理：管理员可以从课程，各种题型的数量等方面对某份试卷提出一定的要求生成试卷规则。同时，管理员还可以对库中已有的试卷进行修改和删除，添加新试卷等。 2、题库管理：管理员可以对题库中的试题进行三种基本操作：添加新的考题、删除旧有考题、修改原有考题，其中试题类型包括客观题（32。，填空、选择、判断、简答）和主观题；对于每种类型的试题，教师可以设置题干、答案等属性。 3、阅卷管理：对于客观题，系统应该可以自动阅卷评分，对于主观题，应该进行人工打分，进而让系统自动统计总成绩。 4、成绩管理：管理员可以查看考生的考试成绩，并针对不同的课程进行成绩统计，包括考试人数、最高分、最低分、平均分以及各分数段得分人数等。 4、学生管理：管理员可以对用户的资料进行查询、删除。 对普通用户来说，包括在线考试（包括模拟考试和正式考试）、查询以往考试成绩、留言和在线交流等。
案例one：教学管理系统（用例驱动的交互式需求获取） 以一个教学管理系统JXGL的分析与设计作为示例，说明用例驱动技术在软件项目开发中的应用。 高等学校的教学管理内容十分丰富，工作繁多。作为一个示例，规定开发教学管理系统JxGL只处理每学期的课程选修注册和学生的成绩管理。教学管理系统JXGL的用户是学校的学生、教师和教学管理员。学生使用JXG系统查询新学期将开设的课程和授课教师的情况，选择自己要学习的课程，并进行登记注册。学生还可以使用JXGL系统查询自己的课程成绩。教师使用JXGL系统查询新学期将开设的课程、参加听课的学生情况，以及学生的考试成绩。教学管理员使用JXGL系统进行教学管理，包括新学期的课程选课注册管理和学生成绩管理。 1.需求描述: 对教学管理系统JXGL要求提供两个方面的服务: (1)选课管理，负责新学期的课程选课注册工作; (2)成绩管理，负责学生成绩管理。 在选课管理方面应填写的用户需求描述如下。 (1)录入与生成新学期课程表 教学管理员在新学期开始前录入新学期课程，打印将开设的课程目录表，供师生参 考选择。若某课程的实际选课学生少于10人，则停开该课程，把该课程从课程目 录表中删除;若某课程的选课学生多于30人，则停止选课。 (2)学生选课注册 新学期开始前一周为选课注册时间，在此期间学生可以选课注册，并且允许改变或 取消注册申请。 每个学生选课不超过4门课程。每门课程最多允许30名学生选课注册。 学生可以在图书馆、各系资料室、学生宿舍等处的计算机上联网进行选课注册。在 选课注册结束后，教学管理员打印学生选课注册名单和开课通知书，送交有关部门 和授课教师。 (3)查询 可以查询课程信息、学生选课信息和学生、教师信息。 学生、教师、教学管理员可以查询课程表，获得课程信息。查询的关键词以是:课 程名，授课教师名，学分。 教师、教学管理员可以查询学生选课情况。查询的关键词可以是:学生名、程名， 授课教师名，学分。学生只允许查询自己的选课信息，不允许查询别人选课信息。 学生、教师、教学管理员可以查询学生或教师的信息。查询的关键词可以是学生名、 教师名，性别、班级、职称。 (4)选课注册信息的统计与报表生成。 教学管理员对学生的选课注册信息进行统计(按课程，按学生，按班级)，印汇总统 计报表。 在成绩管理方面应填写的用户需求描述如下: (1)成绩录入:
学生学籍管理系统需求分析报告 1 引言 1.1编写目的 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。 1.2项目背景 传统的学校学籍管理方法、由于分散管理，易发生数据丢失，劳动强度高，速度慢。 使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。 学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，从而全面提高教学质量。 1.3业务模式 本系统是运行在WindowsXP等操作系统环境下的多台计算机构成的局域网， 现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。 高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。 2用户需求 2.1使用范围 按西安交通大学城市学院学生学籍状况的系统管理（本科生用学年学分制）。 系统中保留4个年级学生的信息，学生毕业一年后信息转储，但随时可以查询，输出。 2.2功能要求 ·学生档案管理：学生的一般情况，及奖励，处分情况； ·学生成绩管理：学习成绩，补考成绩； ·学籍处理：学生留降级处理，休复学处理，退学处理； ·日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计； ·毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。 2.3信息采集与各部门的使用权限 每学期考试完毕由各系录入成绩，然后由教务科收集。为了信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下： 数据收集前的系统权限
在线考试系统需求分析 1：编写目的 编写在线考试系统需求分析报告目的是为了需求提供者和开发方明确对所建信息管理系统所达到的功能和目标。通过双方 不断的讨论和交互，最终形成具有建设目标的书面条款。经双 方确认后，将作为开发方设计开发的基本依据和需求方的软件 验收标准，同时，通过该需求分析报告，开发方可以更加进一 步了解客户的需求，从而严格按照流程及时、准确地完成系统 的开发，以满足客户的需求。 2：背景 所建议系统是基于B/S模式的WEB系统，使用JSP语 言开发并使用经典的MVC三层构架.使用MySQL作为数据库管理系统，配合使用Tomcat作为应用服务器. 远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。其中很重要的一个环节就是在线考试系统，同时它也是最难实现的环节。在我国，虽然远程教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个 步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐
和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。随着计算机应用的迅猛发展，网络应用不断扩大，如远程教育和虚拟大学的出现等等，且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来进行在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。 如今世界上对于基于Internet的远程考试系统所进行的研究开发工作不是很长，但是基于web技术构建的在线考试系统已然成为发展的主流。数据库安全、共享、数据传输过程的安全性、访问控制技术、身份识别技术都是构建考试系统要考虑的问题。目前，一些远程教育机构已经开发出了在线考试系统，基本实现了基于Internet的B/S结构在线考试。通过Server端的后台试题库动态生成考卷和对于标准化的试 题即时评定成绩。但是与传统的纸面考试相比，目前的在线测试都是基于标准化考试的，而且一般只能用于非正规的考试，因为对于很多方面考虑的还不是很完善，因而使得在线考试在近段时间很难完全替代传统的考试。 3：目标 （1）项目目标 从总体上考虑，系统应该实现下列功能：
《软件需求分析》习题集 《软件需求分析》课程组编 2012年4月
目录 一、单项选择题 (2) 二、填空题 (5) 三、判断题 (9)
《软件需求分析》习题集 一、单项选择题 1、软件生产中产生需求问题的最大原因在于对应用软件的（）理解不透彻或应用不坚决。 （A）复杂性（B）目的性（C）模拟性（D）正确性 2、需求分析的目的是保证需求的（）。 （A）目的性和一致性（B）完整性和一致性 （C）正确性和目的性（D）完整性和目的性 3、系统需求开发的结果最终会写入（）。 （A）可行性研究报告（C）用户需求说明4、现实世界中的（ （B）前景和范围文档 （D）系统需求规格说明 ）构成了问题解决的基本范围，称为该问题的问题域。 （A）属性和状态（B）实体和状态（C）实体和操作（D）状态和操作 5、功能需求通常分为三个层次，即业务需求、用户需求和（）。 （A）硬件需求（B）软件需求（C）质量属性（D）系统需求 6、比较容易发现的涉众称为初始涉众，又称为（），通常包括客户、管理者和相关的投资者。 （A）关键涉众（B）涉众基线（C）普通涉众（D）一般涉众 7、如果在最终的物件（Final Artifact）产生之前，一个中间物件（Mediate Artifact）被用来在一定广度和深度范围内表现这个最终物件，那么这个中间物件就被认为是最终物件在该广度和深度上的（）。 （A）模拟（B）构造（C）原型（D）模型 8、按照使用方式进行分类，原型可分为：演示原型、（）、试验原型和引示系统原型。 （A）非操作原型（B）系列首发原型（C）选定特征原型（D）严格意义上的原型 9、按照功能特征进行分类，原型可分为：（）、非操作原型、系列首发原型和选定特征原型。 （A）拼凑原型（B）样板原型（C）纸上向导原型（D）严格意义上的原型 10、按照开发方法进行分类，原型可分为：演化式原型和抛弃式原型，其中抛弃式原型又被细分为（）。 （A）演示原型和试验原型（C）探索式原型和实验式原型（B）系列首发原型和选定特征原型（D）样板原型和纸上向导原型 11、原型的需求内容可以从三个纬度上分析：即（）。 （A）外观、角色和实现（C）成本、技术和实现（B）开发、实现和作用（D）需求、作用和角色 12、当用户无法完成主动的信息告知，或与需求工程师之间的语言交流无法产生有效的结果时，有必要采用（）。 （A）民族志13、以下（（A）突现14、以下（（A）全局 （B）观察法（C）话语分析（D）任务分析 （D）模糊 （D）即时 ）不是情景性的重要性质？ （B）涉身（C）完善 ）是情景性的重要性质？ （B）开放（C）交互
软件需求分析与设计复习题 一．判断 1、( × ) 程序设计语言种类很多，在进行软件开发时可以随便选择一种语言进行编码。 2. ( x ) 软件需求规格说明书在软件开发中具有重要的作用，是软件可行性分析的依据。 3、(× ) 在软件开发的各个阶段进行过程中，增加人员肯定会对整个项目提前完成有好处。 4．( x ) 好的测试用例应能证明软件是正确的。 5．( x ) 软件功能测试的测试用例主要是由需求阶段的功能说明部分转化而来。 6、( x ) CoCoMo模型可以用来估算系统的工作量和软件开发所需时间。 7．( x ) 有时为了测试的方便，而可以局部地修改软件系统。 8、( v ) OOA方法的核心思想是利用面向对象的概念和方法为软件需求建造模型，大致步骤是识别对象（属性和方法），识别类及其结构，定义对象之间的消息传递等。 9．( x ) 面向对象方法更适合于软件重用的根本原因在于它是软部件唯一的合成技术。 10、( v ) 系统需求分析员应该具有开发软、硬件系统的经验并且了解用户领域的知识。 11．( x ) 在软件的生命周期中，工作量最大的一个阶段就是编写程序。 12、( x )软件运行正确，可见软件中没有缺陷（fault）。 13．( x ) RUP（Rational Unified Process：统一软件过程）本质上是轻量级的软件过程规范。 14、( v )软件失败（failure）在系统交付之前和交付之后都可能被发现。 15．( x ) 基准测试（benchmark test）是非正式的用户确认和验收测试。 16、( x )开发人员和客户对软件质量因素的认可是完全一致的。 17．( x ) UML语言支持面向对象的主要概念，并与具体的开发过程相关。 18、( v )里程碑（milestone）就是开发过程中的某个活动(activity)。 19．( v ) 好的软件测试是用少量的测试用例运行程序，发现被测程序尽可能多的错误。 20、( x )在软件开发中一定要不惜代价避免风险。 21．( v ) 在需求分析中，分析员要从用户那里解决的最重要的问题是明确软件做什么。 对功能的具体实现。 22．( v )用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部 23．( v ) 软件过载缺陷就是当运行程序时，软件内部定长的数据结构被溢出，系统任务无法 24．( v ) 结构化程序设计方法能改善程序结构，提高程序的运行效率。 二、选择从供选择的答案中，选出正确的答案填入（）内 1．白盒测试法常用的方法是A方法，黑盒法中常用的方法是B方法和C方法，C方法根据输入的关系设计测试用例。供选择的答案：（②③⑤） A、B、C：①综合测试②路径测试③等价分类④归纳测试 ⑤因果图⑥追踪⑦回溯⑧排错 2. 软件工程的出现是由于（ A ）。 A．软件危机的出现 B. 计算机硬件技术的发展 C．软件社会化的需求 D. 计算机软件技术的发展 3. 系统技术可行性研究涉及的技术应该是（D）技术。 A．现在已提出的 B. 现在在研究的C．不一定可以获得的 D. 一定可以获得的 4．模块综合测试的方法有A和B两种，A是从下层模块向上层模块依次结合进行测试，为测试需要C 以便调用被测模块，但从开发的初期就能并行进行测试作业，并且每个模块的D都很容易做，是这种方法的优点。其缺点是直到测试的最后阶段，程序的缺陷都难以发现。B是从上层模块向下层模块依次结合进行测试，为了测试需要设计E模块模拟被测模块所调用的下级模块。 供选择的答案：（A：⑦ B：⑥ C：⑥ D：① E：①） A、B、D：①功能测试②组合测试③综合测试④可靠性测试 ⑤结构测试⑥自顶向下测试⑦自底向上测试 C、E：①仿真②模拟③生成④转贮⑤跟踪 ⑥驱动模块⑦宏模块⑧支持模块
文档编号：001 版本号： 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳开发单位：西邮07级科技1班软件开发小组
一、引言： 1、编写目的： 对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、
需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD， Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。
表3：黄淮学院2015届本科毕业设计开题报告院系：信息工程学院专业：计算机科学与技术
， 现考试的自动化。这样一来，教师所要做的只是精心设计题目、维护题库，而不是 组织考试，从而大大减轻了教师的负担，这表明其经济性是相当可观的。为了适应 新形势的发展，我进行了这一系统的初步设计工作，也可以说是做一个初步的探索， 希望它能够在各类考试中发挥高效、便捷的作用,把老师从繁重的工作中解脱出来。 学生也可以根据自己的学习情况自行进行测试，方便快捷。 2、与本课题相关的国内外研究现状（文献综述）预计可能创新的方面 1．相关的国内外研究现状 在新的世纪，世界各国对教育的发展给予了前所未有的关注，都试图在未来的 信息社会中让教育处于一个优势的位置，从而走在社会发展的前列，为此许多国家 都把信息技术应用于教育，作为民族发展的重要推动力。 在国外,美国政府提出了“教育技术规划(Educational Technology Initiative)”， 指出到 21 世纪初让全美国的每间教室和每个图书馆都将联上信息高速公路，让每个 孩子都能在“21 世纪教师”网络服务。澳大利亚国家公共资源管理局已于 1995 年 4 月建立“澳大利亚教育网”，并联通 Internet ，该网络不仅包括全部高等院校，而 且还覆盖全澳大利亚所有的中小学。在 1995 年底，国外开始出现支持网上教学的系 统和平台。美国的 NTU 、英国的 OPEN COLLEGE 都是十分典型的网络教育范例。 网络化在线考试作为网上远程教育的重要组成部分和发展分支，己经在国外一些发 达国家得到蓬勃发展，人们选学课程和考试都是通过网上进行。特别是 Internet 业 务的普及，构筑高性能、低成本的计算机网络化在线考试，从技术条件和经济条件 上己经成熟。 在国内，普遍地看，绝大多数远程教育的考试还停留在传统考试方式。在此方 式下，组织一次考试至少要经过 5 个步骤，即人工出卷、考生考试、人工阅卷、试 卷分析和成绩评估。显然，随着考试类型的不断增加及考试要求的不断提高，教师 的工作量将会越来越大，并且这样工作将是一件十分烦琐和非常容易出错的事情。 但是对互联网的真正应用仅限于网上报名工作和网上成绩查询，还没有真正形成上 网考试的规模。而在国外一些国家，网上提交作业和网上考试已经相当普及了。所
软件需求调研方案设计 软件需求作为软件项目工作的重要依据，对软件项目的成败起着至关重要的作用。以下是小编整理的软件需求调研方案设计，欢迎阅读。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，我们设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 A.软件需求分析人员组织 软件需求分析其根本性问题是理解用户功能需求，由此软件需求分析实际上是与客户间交流过程完成的目标。要求我们组织适当的参与人员进行交流活动。 需求分析是一个综合团队的工作，是在需求分析理论的指导下，对用户需要进行渐进方式逐步深化；通过不断变化方式形成具体约束；努力实现需求功能目标形成特色效果的商业化产品。需求分析是一个商业行为，完全是一个商业化操作，要求有商业、技术等结合的团队共同合作，解决需求和设计的同步，设计符合需求。 项目涉及内容，项目大小都需要我们考虑参加软件需求分析工作团退的人数，配置合理的参与人员。一般我们必须有商务活动人员，项目管理人员，设计技术人员等参加，而
且要求组织人员必须明确负责范围，以及明确工作目标，保证实施的有效性。 B.具体开展需求分析工作，建议采用以下步骤形成软件需求：确定项目目标及范围→获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。 明确软件需求分析的主要实现目标包括如下内容： 1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求； 2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准； 3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则： 1.对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由; 2.将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”; 3.分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求(有可能是实现用户需求的前提条
文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳
本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息
软件需求分析报告文档模板 姓名 日期
1. 引言 (3) 1.1编写目的 (3) 1.2项目风险 (3) 1.3文档约定 (3) 1.4预期读者和阅读建议 (3) 1.5产品范围 (4) 1.6参考文献 (4) 2. 综合描述 (4) 2.1产品的状况 (4) 2.2产品的功能 (5) 2.3用户类和特性 (5) 2.4运行环境 (5) 2.5设计和实现上的限制 (5) 2.6假设和约束(依赖) (6) 3. 外部接口需求 (6) 3.1硬件接口 (6) 3.2软件接口 (7) 3.3通讯接口 (7) 4. 系统功能需求 (7) 4.1说明和优先级 (8) 4.2激励／响应序列 (8) 4.3输入／输出数据 (8) 5. 其它非功能需求 (8) 5.1性能需求 (9) 5.2安全措施需求 (9) 5.3安全性需求 (9) 5.4软件质量属性 (9) 5.5业务规则 (9) 5.6用户文档 (10) 6. 词汇表 (10) 7. 数据定义 (10) 8. 分析模型 (11)
1. 引言 引言是对这份软件产品需求分析报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系，那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话)，或者各种排版约定。排版约定应该包括： ●正文风格； ●提示方式； ●重要符号； 也应该说明高层次需求是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者，例如，可能包括： ●用户； ●开发人员； ●项目经理； ●营销人员； ●测试人员； ●文档编写入员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2任务概述 (4) 2.1目标 (4) 2.2用户的特点 (4) 2.3假定和约束 (4) 3需求规定 (6) 3.1对功能的规定 (6) 3.2对性能的规定 (7) 3.2.1精度 (7) 3.2.2时间特性要求 (7) 3.2.3灵活性 (7) 3.3输人输出要求 (7) 3.4数据管理能力要求 (7) 3.5故障处理要求 (8) 3.6其他专门要求 (8) 4运行环境规定 (8) 4.1设备 (8) 4.2支持软件 (9) 4.3接口 (9) 4.4控制 (9)
软件需求说明书的编写提示 1引言 1.1编写目的 需求说明书有时候也被称为规格说明书，本规格说明描述了酒店管理系统项目的要求，并且作为各方面沟通的依据，也为下一步工作提供基准。 软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点。经使用方认可的需求说明将作为软件产品特征评价、仲裁的重要参考。 1.2背景 说明： a、软件系统的名称：基于物联网技术的教学资源信息交换平台 b、任务提出者：武科大中南分校信息工程学院教务管理科 开发者：武科大中南分校信息工程学院学院软件实验室 本项目将实现：校园内教学资源信息交换（此交换对于教师与学校教学信息的交互）c、数据共享通过SQL Server数据库表的公共访问来实现。 本系统将使用SQLSever2008作为数据库存储系统，SQLSever2008企业版将由开发小组自行购买。 1.3定义 暂无。 1.4参考资料 相关的文件包括： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件；
一、单选题（每空1分，共20分，请在备选答案中选择唯一一个正确的选项） 1、产品特性可以称为质量属性，在众多质量属性中，对于开发人员来说重要的属性有哪些 （B ） A 有效性、效率、灵活性、互操作性 B 可维护性、可移植性、可重用性、可测试性 C 完整性、可靠性、健壮性、可用性 D 容错性、易用性、简洁性、正确性 2、需求包括11个方面的内容，其中网络和操作系统的要求属于（B），如何隔离用户之间的数据属于（C），执行速度、相应时间及吞吐量属于（D），规定系统平均出错时间属于（A ）。 A 质量保证B环境需求C安全保密需求 D 性能需求 3、需求分析过程应该建立3种模型，它们分别是数据模型、功能模型、行为模型。以下几种图形中，（B）属于功能模型，（A）属于数据模型，（C）属于行为模型。 A 实体-联系图(ERD) B 数据流图(DFD) C 状态转换图(STD) D鱼骨图 4、常用的需求分析方法有：面向数据流的结构化分析方法（SA），面向对象的分析方法（OOA），下列(D)不是结构化分析方法的图形工具。 A决策树B数据流图C数据字典D快速原型 5、软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性。其中，（B）和（C）用完就可以丢弃，而（A）围绕原型修改、增加。 A 进化型 B 探索型C实验型 D 以上都是 6、（D）用于描述数据的处理过程。 A 数据字典B决策树C决策表 D 数据流图 7、DFD的基本符号不包括下列哪种（A） A 数据字典 B 加工 C 外部实体 D 数据流 E 数据存储文件 8、DD的主要字典条目包括以下哪种（E） A数据流B文件 C 数据项D加工E以上都是 9、常用的动态分析方法不包括以下哪种（B） A 状态迁移图 B 层次方框图C时序图 D Petri网 10、需求分析阶段的文档包括以下哪些（E） A 软件需求规格说明书B数据要求说明书C初步的用户手册D修改、完善与确定软件开发实施计划E以上都是 11、需求验证应该从下述几个方面进行验证：（C） A 可靠性、可用性、易用性、重用性B可维护性、可移植性、可重用性、可测试性 C一致性、现实性、完整性、有效性D 功能性、非功能性 12、风险管理的要素包括哪项（D） A风险评价B风险避免C风险控制D以上都是 13、下列描述中错误的是（D） A每一个集成的需求变更必须能跟踪到一个经核准的变更请求。 B变更过程应该做成文档，尽可能简单，当然首要的是有效性。 C所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程不再予以考虑。 D可以从数据库中删除或修改变更请求的原始文档。 二、填空题（每空2分，共30分） 1、软件开发的生命周期包括（需求分析）、软件设计、代码实现、（测试）、（实施）、 维护，共六个阶段。
软件工程__需求分析报告 【最新资料Word版可自由编辑！】
软件工程需求分析报告 项目名称：学生智能管理系统 编写组员：20112452 陈占刚 20112430 周元 20112439 马涛 20112428 张岩 班级:计算机科学与技术11-1班
一、引言： 1、编写目的： 对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD， Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版
物流管理网站 软件需求规格说明书
目录 1引言错误!未定义书签。 编写目的错误!未定义书签。 预期读者和阅读建议错误!未定义书签。 项目目标错误!未定义书签。 定义及缩略语错误!未定义书签。 参考资料错误!未定义书签。 2综合描述错误!未定义书签。 项目背景错误!未定义书签。 设计和实现上的限制错误!未定义书签。 假设和依赖错误!未定义书签。 3功能需求错误!未定义书签。 系统功能结构错误!未定义书签。 功能列表错误!未定义书签。 后台管理基本操作BR-CIS-01 错误!未定义书签。 子功能模块清单错误!未定义书签。 配送点管理BR-CIS-01-01 错误!未定义书签。 配送路线管理BR-CIS-01-02 错误!未定义书签。 配送价格管理BR-CIS-01-03 错误!未定义书签。 会员管理BR-CIS-01-04 错误!未定义书签。 车辆管理BR-CIS-01-06 错误!未定义书签。 统计分析和结算BR-CIS-02 错误!未定义书签。 子功能模块列表错误!未定义书签。 配送点结算查询BR-CIS-02-01 错误!未定义书签。 总部结算查询BR-CIS-02-02 错误!未定义书签。 按配送点统计BR-CIS-02-03 错误!未定义书签。 按时间段统计BR-CIS-02-04 错误!未定义书签。 按配送结算拨款BR-CIS-02-05 错误!未定义书签。 物流配送模块BR-CIS-03 错误!未定义书签。 子功能模块清单错误!未定义书签。 货物运输BR-CIS-03-01 错误!未定义书签。 货物交接BR-CIS-03-02 错误!未定义书签。 车辆状态手机通知BR-CIS-03-03 错误!未定义书签。 车辆状态跟踪BR-CIS-03-04 错误!未定义书签。 本地货物配送BR-CIS-03-05 错误!未定义书签。 登录注册模块BR-CIS-04 错误!未定义书签。 子功能模块清单错误!未定义书签。 用户注册BR-CIS-04-01 错误!未定义书签。 用户登录BR-CIS-04-02 错误!未定义书签。 网上下单模块BR-CIS-05 错误!未定义书签。 子功能模块清单错误!未定义书签。 订单输入BR-CIS-05-01 错误!未定义书签。