五、需求分析的要求
1、 必须能够表达和理解问题的数据域和功能域：系统的目的都是为了解决数据处理问题，就是将一种形式的数据转换（输入、处理、输出）为另一种形式的数据。数据域应包括数据流、数据内容和数据结构。数据流式数据通过系统时的变化方式。对数据进行转换就是程序的功能或子功能，两个转换之间的数据传递确定了功能间的接口。数据内容就是数据项，如人的数据项包括姓名、性别、出生日期等等。数据结构即各种数据项的逻辑组织，如是表格结构还是树形结构、数据项间的相互关系
2、 必须按自顶向下、逐层分解的方式对问题进行分解和不断细化：软件的功能域和信息与都能做进一步的分解，可以是同一层次上的横向分解，也可以是多层次上的纵向分解。
3、 给出系统的逻辑模型和物理模型：逻辑模型给出软件要达到的功能和要处理的数据之间的关系；物理模型给出处理功能和数据结构的实际表示形式
六、需求调研方法
1、 会谈、询问：围绕软件目标提出具体问题；
2、 调查表：经过仔细考虑的书面回答可能比会谈中的回答更加准确；
3、 收集分析客户使用的各种表格、有关工作责任、工作流程、工作规范、相关数据标准、业务标准的各种文字资料；
4、 收集同类相关产品的宣传资料、技术资料、演示程序或软件程序；
5、 情景分析：利用情景分析诱导用户能够把它们的需求告知分析员（可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做）；
6、 可视化方法：结和情景分析，利用画用户界面图、业务流程图、功能结构图、时序图等图形与客户进行讨论；
七、调研基本策略
1、 首先确定用户的软件开发目标，确定系统基本范围，然后围绕这一目标，确定要访问的部门和人员，要了解的业务，在基本范围内展开调研；
2、 以部门职责为基础搞清各种现有业务、要填写的表簿册文档报表等，其数据来源及去向；
3、 以业务为主线，搞清每个业务的每个环节的流程关系、涉及部门、输入输出项；
4、 以数据为主线，搞清数据采集方式、数据流向、数据之间的内在联系；
5、 搞清哪些业务或数据是已建系统的，它们和新系统的关系是衔接还是替换；
6、 应思考是否有新技术可以改进现有工作，用户提出的需求用现有技术能否实现。
八、结构化方法分析步骤
1、 画出数据流图。设计数据流图必须逐步求精；
2、 决定哪些部分需要计算机化和怎样计算机化（取决于用户投资限制和自身技术限制）；
3、 描述数据流细节，大型软件可以使用数据字典描述所有数据元素；
4、 定义处理逻辑（加工逻辑：每个加工处理做什么）；
5、 定义数据存储，即定义每个存储的确切内容及其表示法（格式）；
6、 定义物理资源：如是文件需指定：文件名、组织结构（排序、索引等）、存储介质和记录；如是数据库需指定每个表的相关信息；
7、 确定输入输出规格说明，如输入内容、输入屏幕、打印输出格式、输出长度等等；
8、 确定硬件所需有关数值，如输入量、打印频率、CPU、记录大小、数据量大小、文件大小等等；
9、 确定软硬件接口和环境需求。
九、UML方法分析步骤
一般的应用系统又是各组成部分：问题论域、人机界面、数据管理、任务管理，在OOA阶段重点对问题论域进行分析，对人机界面、数据管理、任务管理等问题，OOA一般较少或没有分析，而是留待OOD阶段解决。
1、 调研、识别系统需求；
2、 分析问题领域：主要任务是充分理解领域问题和项目投资者及用户的需求，对需求进行抽象，提出高层次的解决方案）；
（1） 确定系统范围和系统边界；
（2） 确定系统的约束（环境和条件）；
（3） 定义活动者；
（4） 确定系统的综合要求（功能、性能、运行）；
（5） 确定系统的数据要求（名称、范围、类型、数量、特点）；
（6） 建立USE CASE模型、绘制USE CASE图；
（7） 绘制主要交互图；
上一页 [1] [2] [3] [4] [5] 下一页
 【责编:Youping】 |
 |
|
|
|
