第2章软件计划知识分享

《第2章软件计划知识分享》由会员分享，可在线阅读，更多相关《第2章软件计划知识分享（55页珍藏版）》请在金锄头文库上搜索。

1、2.1.1 软件问题定义,1.基本要求 软件的功能； 性能； 输入; 输出; 基本业务处理流程和数据流程; 2.目标：人力，效益，生产能力 3.可能的解决方案（技术）,业 务 流 程,2.1.1 软件问题定义,该阶段明确：“该软件开发项目要解决的是什么问题”,例子1 项目：图书管理系统 目标：图书管系统通过计算机化高效实现图书管的图书流通和图书管理等服务 基本要求 一般浏览者是非图书馆会员，只能通过网络浏览图书的基本信息，如一般浏览者通过查询以获取图书管提供的各种服务信息。 借书者是图书管的会员，拥有自己的帐号，可以借阅书。借书着能够从图书管系统中借、还、预约、续借，还可查询自己的借书信息和系

2、统情况，还可通过网络续借和预约 普通管理员协助借书者完成借、还、续借 系统管理员负责图书管理（如图书编目和图书登记）、借书者管理和普通管理员管理等任务。 本图书管理系统能够处理200万左右的图书和4万左右的会员 本图书管理系统处理图书流通每次事务时间应小于8秒,规模,性能,2.1.1 软件问题定义,例子2： 项目：短息系统 背景：企事业单位进行信息的即时通知，、客户服务 问题描述： 短信发送：选择一个或多个目标，编辑、立即或定时发送 人工回复：查看短信，确定回复 自动回复：根据短信，并依据规则自动回复。 短信接收：接收外部短信 客户资料维护：增、删、改 短信维护:预设短消息 接口要求：支持移动

3、终端通过串口通信，支持与移动网关通信,2.1.2 可行性研究,可行性分析是要决定“做还是不做”,可行性分析的四大要素：经济、技术、社会环境,“没钱赚的事我们不干；有钱赚但投不起钱的事 不干；有钱赚也投的起但没有可靠的人选，这样的事也不干。” 联想：柳传志,2.1.2 可行性研究,例子：“招干考试成绩管理系统的经济可行性分析” 在经济可行性分析中，你可以用具体的数字来进行说明，会更有说服力如：,2.1.2 可行性研究,某系统的开发及运行费用 1.系统开发费用（一次） 人员：,2名系统分析员(450小时/名,45美元/小时)$40,500 5名系统开发人员(275小时/名,36美元/小时)49,5

4、00 1名数据通讯专家(60小时/名,42美元/小时) 2,400 1名数据库管理员(30小时/名,42美元/小时) 1,260 2名技术写作者(120小时/名,25美元/小时) 6,000 1名秘书(160小时/名,15美元/小时) 2,400 2名在转换期间数据输入人员 (40小时/名,12美元/小时)9,600,2.1.2 可行性研究,培训： 三天的开发人员内部培训课程 7,000 30个用户，三天的内部培训课程 10,000 物资： 复印 500 磁盘、纸张、打印消耗品（色带、色合等）消耗品 650,购买硬件、软件： 20台工作站Windows软件 1,000 20台工作站内存升级 8

5、,000 网络软件 17,500 20台工作站办公软件产品 20,000 系统开发总费用 $167,670,2.1.2 可行性研究,2.年运行费用（每年） 人员： 维护程序员/分析员(250小时/年,42美元/小时) $10,500 网络管理员(300小时/年,50美元/小时) 15,000 购买硬件、软件升级： 硬件 5,000 软件 6,000 物资和杂项 3,500 每年总运行费用 $40,000,1.客户说不清楚需求: 感觉朦胧； 心理清楚说不明白； 客户本身懂开发； 不懂完全信任； “半懂冲内行”,补充：需求分析困难,需求分析的基本任务 理解、分析和表达“系统必须做什么?不做什么?”

6、,2.需求自身经常变动 Cline 1995据历史记载，没有一个软件的需求改动少于三次。唯一只改动需求两次的客户是个Dead.这个可怜的家伙还是在运送第三次需求的路上被车子撞死的。 需求分析的注意点： （1）尽可能的分析清楚哪些是稳定的需求，哪些是易变的需求，以便在进行系统设计时，将软件的核心建筑在稳定的需求上，否则将会吃尽苦头 （2）合同中一定说清楚“做什么”和“不做什么” 3.分析人员或客户理解有误： 有个外星人间谍潜伏到地球刺探情报，它给上司写了一份报告：”主宰地球的是车。它们喝汽油，靠四个轮子滚动前进。嗓门极大，在夜里双眼能射出强光。有趣的是，车里住着一个叫做人的寄生虫，这些寄生虫完全

7、控制了车。“ 如果问题很复杂，双方都不太明白，有必要快速构造软件的原型，双方再次论证需求说明书是否正确,2.2 需求分析的任务,需求分析具体任务 1.确定目标系统的具体要求 2.建立目标系统的逻辑模型 3.书写“软件需求规格说明” 4.修正系统的开发计划 5.制定初步的系统测试计划 6.编写初步的用户手册 7.编写数据要求说明书,2.2.1确定目标系统的具体要求,1、确定系统的运行环境要求： 2、系统性能要求： 3、系统功能要求：最主要的需求 4、接口要求：用户接口、硬软件接口 例P23：对某校医疗费管理系统功能要求分析。,“某校医疗费管理系统”的具体要求： 要求数据库中存放每个职工的职工号、

8、姓名、所属部门。 职工报销时填写所属部门、职工号、姓名、日期。医疗费分校内门诊费、校外门诊费、住院费、子女医疗费4种。 该校规定，每年每个职工的医疗费有一个限额（如380元），限额在年初时确定，每个职工一年内报销的医疗费不超过限额时可全部报销；超过限额时，超出部分只可报销90%，其余10%由职工个人负担。职工子女的医疗费也有限额（如240元）。,医疗费系统每天记录当天报销的医疗费总额，供出纳员核对。每笔帐要保存备查，每天所报销的费用要和职工已报销的金额累计起来，以便检查哪些职工已超额，系统要配有适当的查询功能 年终结算后，下一年度开始时要对数据库文件进行初始化。职工调离本单位、职工调入本单位或

9、在本单位内部部分间调动，数据库文件要及时修改。,2.2 需求分析的任务,需求分析具体任务 1.确定目标系统的具体要求 2.建立目标系统的逻辑模型 3.书写“软件需求规格说明” 4.修正系统的开发计划 5.制定初步的系统测试计划 6.编写初步的用户手册 7.编写数据要求说明书,2.2.2 建立目标系统的逻辑模型 模型：一组图形符号和组成图形的规则组成 基本目标： .描述用户需求 .为软件的设计奠定基础 .定义一组需求，用以验收软件产品。 即基线基本功能 数据模型：表示信息域，用实体-关系图来描述 功能模型：数据流图、数据字典和主要的处理算法描述 行为模型：状态转换图,2.2.3.书写“软件需求规

10、格说明” 软件需求规格说明的框架见（P24 ），根据具体的例子可以裁剪 从现实中分离功能，描述做什么，不是怎样做 使用术语应是问题域的有关术语，非计算机专业术语 软件需求规格说明可附有可操作的原型及初步的用户手册。 描述允许具有不完备 各说明规格不能相互引用 信息要局部化 2.2.4 修正系统的开发计划 2.2.5.制定初步的系统测试计划 2.2.6.编写初步的用户手册 2.2.7.编写数据要求说明书 .静态数据 .动态数据(动态输入、动态输出） .内部数据 .数据采集,2.3 需求分析的步骤,1 调查研究，实现系统定义 (1)直接与直接客户交谈 例：ATM机系统的利益相关者与视点 1）银行客

11、户：接受系统服务 2）银行的代表：银行间自动柜员机有互惠协议 3）支行管理者：从该系统中获得管理信息 4）支行柜台职员：负责系统日常和客户运转和处理客户意见 5）数据库管理者：负责系统和客户数据库集成 6）银行信息安全管理者：负责保证系统信息安全 7）银行市场开发部：将该系统视为银行市场开拓手段 8）硬件和软件维护工程师：负责硬件和软件维护及升级 （2）基于现行系统进行分析研究 实地考察系统，收集、研究和分析现行系统的文档资料；访问有关人员，描绘并审查系统流程图，流程图反映了基本功能和处理流程,仅考虑银行客户的需求，主要功能需求如下： .存款：从ATM机上存钱到指定帐号上。 .取款：从指定帐号

12、上取一定数量的货币 .转帐：从一个帐号上取一定数量的货币，转存 到另一帐号上 .查询余额：查看指定帐号的余额 .修改密码:修改帐号密码,3 复审 确认需求的一致性、完整性、正确性 软件接口的确认 签字 确认,4 提交需求分析阶段文档 修正后的项目开发计划 软件需求规格说明书 初步的系统测试计划 初步的用户手册,2 分析和描述系统的逻辑模型 模型：一组图形符号和组成图形的规则组成 数据模型：表示信息域，用实体-关系图来描述 功能模型：数据流图、数据字典和主要的处理算法描述 行为模型：状态转换图,2.4 实体关系图（ERD),为理解和表示数据域的信息，建立数据模型 2.4.1 实体 2.4.2 属

13、性 2.4.3 关系,信息域也叫语义层或业务视图，是对数据源中数据结构的面向业务的映射是数据库的语义层具体是指从业务数据源中挑选出与某项业务相关的信息，并对其进行重新分类及命名它将您同数据库及查询语言的技术细节隔离开来，使用您熟悉的业务用语重新管理和命名数据库里的数据,2.4.1 实体,实体是对软件必须理解的、具有一系列不同性质或属性的事物。 实体对象是客观世界中存在的且可相互区分的事物，可以是外部事物，也可以是事件或结构 例如：图书管理系统中的借书者、图书、借书记录 实体只封装了数据，而没有定义对数据的操作。 ER图中用矩形框表示：,图书,2.4.2 属性,属性是实体或联系所具有的性质。 例

14、如，”借书者“实体有编号、姓名、性别，单位、住址 用椭圆形表示。,姓名,2.4.3 关系,实体之间往往是有联系的，关系实体之间相互联系。 例如：”借书者“和”图书“有借或还的关系 基数：X出现次数与Y出现相关，可分为3类： 一对一（1：1） 例如部门与经理 一对多（1：N） 例如教师与课程 多对多（M：N） 例如学生与课程 联系用菱形表示 ：,教,例如：图书管理系统,根据图书管理系统的问题描述，得到如下实体：图书、借书者、管理员、借书目录、预约记录、书目 特别说明：图书是某本具体的书，书目是该书的描述，包含相同书名的图书信息的描述,借书者,图书,书目,借书记录,预约记录,预约,借/还/续借,M

15、,1,N,包含,N,M,2.4.3 实体-关系图,教师与学生的实体-关系图,数据库设计的过程,概念结构设计 逻辑结构的设计 物理设计,例子：设有如下教学环境：一个班级多名学生，一名学生只属于一个班。一个学生可选修若干门课程，每门课程可被多名学生选修。一位教师可以讲授若干门课程，一门课程可以只有一位教师主讲。每位教师属于一个教研室，一个教研室有若干教师。请为该教学环境设计逻辑结构,通过语义分析可知概念模型中 共有5个实体 班（班号，班名，班主任） 学生（学号，姓名，性别，年龄） 教研室（名称，主任，地址） 教师（编号，姓名，职称，电话） 课程（课程号，课程名，学分）,通过语义分析可知概念模型中

16、共有5个实体 班（班号，班名，班主任） 学生（学号，姓名，性别，年龄） 教研室（名称，主任，地址） 教师（编号，姓名，职称，电话） 课程（课程号，课程名，学分）,得到初始关系模式： 班（班号，班名，班主任） 学生（学号，姓名，性别，年龄，班号） 教研室（名称，主任，地址） 教师（编号，姓名，职称，电话，名称） 课程（课程号，课程名，学分） 选修关系（学号，课程号，成绩）,E-R图转换为关系模型的具体原则： 1.一个实体一个关系模式，实体属性就是关系属性，实体关键字就是关系的关键字 2.1：1 联系转换为一个关系，每个实体关键字是候选关键字 3.1：m联系转换为一个关系，多方实体的关键字是关系的关键字 4.m：n联系转换为一个关系，各实体的关键字组合作为关系关键字,2.5 数据流图,数据流图（DFD）用来描述系统由哪几部分组成，各部分之间有什么联系，描绘了系统中信息流动和处理的过程，反映了系统必