系统分析说明书.docx
《系统分析说明书.docx》由会员分享，可在线阅读，更多相关《系统分析说明书.docx（12页珍藏版）》请在冰豆网上搜索。
系统分析说明书
系统分析说明书
1.对于你所开发的系统，写出信息收集的所有方法，（如设计一个调查表，对于现有报表、表格及过程描述的收集）并给出各种方法收集到的信息，并将这些信息按功能和技术需求进行分类。
给出面谈和讨论的日程表安排。
面谈后给出重要问题的控制表。
调查表样例：
本调查表将被发给所有的电话订单销售人员。
正如大家知道的，MRO正在开发一个新的客户支持系统，这个系统可以为顾客提供订单处理和客户服务功能。
本调查表的目的是获得一些帮助分析员定义新系统需求的最初信息。
此后还将举行进一步的讨论，以使每一个人都可以详细地阐述系统需求。
第一部分：
根据一个典型的4小时轮班工作情况，回答下列问题：
1.你接到了多少个电话？
2.有多少个电话询问关于RMO产品的信息，也就是说，仅仅是询问？
3.订购一件商品需要多少个电话？
4.估计一下在这段时间内顾客要求的产品发生缺货的情况有多少次？
5.在这些缺货的请求中顾客想要延期订货的情况占百分之几？
6.有多少次顾客在交谈中取消了订单？
7.有多少次顾客试图从过期的目录中订购商品？
8.有多少次由于顾客的信用不好而拒绝其订货？
第二部分：
根据你同意或反对的强烈程度，在下列表格中1至7范围内的适当数字上画圈。
问题
非常同意强烈反对
和顾客交谈时有可用的大量产品描述对做好工作是有帮助的
1
2
3
4
5
6
如果我有顾客以往购买记录，那么对做好一作是有帮助的
1
2
3
4
5
6
如果我有所订商品的相应附件信息，那么我可以为顾客提供更好的服务
1
2
3
4
5
6
计算机响应时间缓慢，从而导致响应顾客需求发生困难
1
2
3
4
5
6
第三部分：
请写下您的意见和建议
请简要地指出现有系统的问题，这些问题您希望在新系统中得到解决
调查表样例
下面给出一个讨论和面谈的日程安排样例
面谈目的：
确定销售佣金率的处理问题
日期、时间和地点：
2008年9月10日上午9：
00，经理办公室
用户参加人员（名字和头衔/职务）：
William市场销售部副经理以及他的几个职员
项目小组参加人员：
MaryelienGreen和jimwilliams
面谈/讨论
1.谁有资格当销售代理？
2.佣金的主要部分是什么？
佣金率是多少？
3.如何处理退体贴佣金
4.有什么特殊的动机吗？
是为了竞争吗？
或者是因为季节性降价？
5.佣金范围可变吗？
有行情表吗？
6.有哪些异常情况？
后续工作
问题的重要决定或回答
参看关于佣金政策的附属文章
本次会议没有解决的条目
参看未解决条目表的2,3项
下一次会议或后续会议的日期和时间
2008年10月1日，上午9:
00
重要问题控制表样例：
2.如何组织与用户面谈和讨论，并给出准备与用户面谈的议程，为面谈后建立一个重要问题控制表。
3.识别你所做项目的所有系统相关者，并说明他们属于哪类用户？
及他们对系统的需求。
识别事件并建立事件表。
如客户支持系统事件表事件表样例如下：
事件
触发器
来源
动作
响应
目的地
客户想确定可用商品信息
商品查询
客户
查询可用商品
可用商品细节
客户
客户发送订单
新订单
客户
生成新订单
实时连接
信用卡部门
订单确认
客户
订单细节
发货部门
交易处理
银行
客户修改或取消订单
订单修改请求
客户
修改订单
处改确认
客户
修改订单细节
发货部门
事务处理
银行
生成订单汇总表的时间
月末、月末、季度末、年末
生成订单汇总报表
订单汇总报表
会计
生成交易汇总报表的时刻
每天结束时
生成交易汇总报表
交易汇总报表
会计
客户或管理人员想查询订单状态
订单状态查询
客户或管理人员
查询订单状态
订单状态细节
客户或管理人员
发货部门按订单发货
订单完成通知
发货部门
记录订单完成情况
发货部确认延期定货单
延期定货单通知
发货部门
延期定货单通知
延期定货单通知
客户
客户退货
订单退回通知
客户
生成订单
退货确认
客户
退回记录
事务处理
银行
生成完成情况汇总报表的时刻
周末、月末、季度末、年末
生成完成情况汇总报表
完成情况汇总报表
管理部门
潜在客户索取商品目录
索取商品目录的请求
潜在客户
提供商品目录信息
商品目录
潜在客户
生成潜在客户信息报表的时刻
月末
生成潜在客户报表
潜在客户报表
市场部门
客户修改账户信息
客户账户信息修改通知
客户
更新客户账户信息
市场部门想给客户发送促销品或项目
促销品细节
市场部门
分发促销品和项目
促销品和项目
客户和潜在客户
管理人员调整对客户的收费
客户收费的调整
管理人员
生成客户收费调整记录
收费调整通知
客户
事务处理
银行
生成客户调整/租货情况报表的时刻
月末
生成客户调查报表
客户调整报表
管理人员
销售部门修改商品目录
商品目录修改细节
销售部门
修改商品目录
销售部门促销某种商品
促销商品细节
销售部门
生成促销商品记录
销售部门制定新的商品目录
新商品目录的细节
销售部门
生成新商品目录
商品目录
客户和潜在客户
生成商品目录活动报表
月末
生成商品目录活动报表
商品目录活动报表
销售部门
4.对于功能需求：
画出系统的关联图，然后根据事件的划分，画出DFD图片断，按事件划分子系统，并用过程分解图进行表示，然后对于每一子系统画出对应的0层DFD图。
DFD片断图样例
过程分解图样例
RMO子系统的DFD图样例
5.对于系统中所用的数据存储要建立ERD图。
对于数据流和数据项也要给出相应的定义。
6.对于系统中画出的DFD图，要给出相应的加工说明。
这些加工说明可以使用结构化语言，判定表和判定树等表达工具。
7.对你所做的需求及文档做结构化遍历，并设计出遍历控制表
遍历控制表样例
项目控制信息
项目：
联机商品目录系统、客户支持子系统
复查的项目部分：
复查销售佣金率的商业规则
小组领导人：
MaryEllenGreen
制表人：
JimWilliams
遍历细节
日期、时间和地点
2008年10月5日，上午10：
00，MIS会议室
复查材料的描述：
这是对商业规则在被集成为图表和模型之前进行的一次复查。
这儿有一张显示佣金过程流程的附属简短流程图。
这儿也有另一张显示设置佣金率过程的流程图。
我们也将复查一些重要的问题，从而确保所有人都理解了制定的政策决定。
参加复查者：
WilliamMcDouugal，GennyMonson和RobertSchneider
遍历结果
接受。
签名：
小的改进。
对改时的描述：
重做，并计划新的遍历。
描述需要返工的工作：
遍历结果良好、彻底，无需重做。
实例研究
房地产多编目服务系统
房地产多编目服务系统向本地房地产经纪人提供些信息，这些信息可以帮助他们向客户销售房屋。
每个月经纪人通过和房主签定合同列出待售的房屋列表。
经纪人为房地产公司工作，这家公司向多编目服务公司发送列表上的房屋信息。
因此在社区中的任何代理机钩都可以获得列表上的信息。
列表中的信息包括地址、建造年代、面积、卧室个数、浴室个数、房主名字、房主电话号码、房屋要价和状态代码。
任何时候代理机构可以直接请求获得和客户要求相匹配的列表信息，因此代理机构可以向多编目服务公司发出请求。
多编门服务系统提供房屋信息、列出房屋经纪人的信息以及经纪人工作的房地产公司的信息。
例如，一个经纪人也许想给列表上的代理人打电话询问一些其他的问题，或者他也许想直接给房尾主人打电话约好时间看房子。
多编自服务公司每月两次（每月15日和30日）出版包含所有列表信息的书。
这此书被送给听有的房地产经纪人。
许多房地产经纪人想得到这本书（这本书比较容易浏览），因此尽管信息经常是过时的，但仍然会提供这本书。
有时经纪人和房主要改变列表信息，例如降低价格、更正以前的房星信息、或者标明房屋己出售。
当经纪人要求房地产公司做出以上改变时它就向多编门服务公司发送这些变化清求。
1.对于哪此事件多编目服务系统必须做出响应？
建立一张完整的事件表，在这张表中列出事件、触发器、来源、动作、响应和每一事件的目的地。
2.画出一张表示多编目服务系统的数据存储需求的实体联系图，在图中要包括以上所提到的属性，你的模型是否包括了卖方、买方和结算的数据实体？
如果确实如此，请重新考虑一下。
包括多编目服务系统需要存储的信息，这些信息也许和房地产公司需要存储的信息有所不同
3.画出和ERD图相应的类图，但在类图中要显示出具有不同属性的列表类型。
本例中的描述假设所有的列表是一个家庭使用的房屋，多家庭或者商业列表又怎么样呢？
除做好上面的题目外，还要在下面的2个题目中选择一个按要求完成。
国家巡查罚单处理系统
国家巡查罚单处理系统的目的是记录驾驶员的违规情况、保存驾驶员支付的罚款记录（当驾驶员接受罚款或被法官发现行车违章时）、以及通知法官应对罚款不能及时支付的违章人员发出逮捕令。
一个独立的国家巡查系统负责记录事故情况并查证经济责任（保险单）。
而第三个系统负责根据罚单和事故记录为保险公司生成驾驶记录表。
最后，第四个系统负责发放、恢复或吊销驾驶员的执照。
这四个系统显然是集成的，因为它们共亨同一个数据库，但除此之外，它们由国家巡查的不同部门独立使用。
国家巡查的操作（警察所做的）是完全独立的。
用于罚款单处理系统的数据库部分包括驾驶员数据、罚款数据、警察数据和法官数据。
驾驶员数据、警察数据和法官数据由系统使用。
系统生成和维护罚款数据。
驾驶员的属性包括执照号码、名字、地址、出生日期和执照批准日期等。
罚款单的属性包括罚款号码（每一个号码都是唯一的并且顶先打印在警察罚款本的每一张表格上）、位置、罚款类型、罚款日期、罚款时间、申诉审判日期、判决罚款数量和支付日期。
法官和警察数据包括各自的名称和地址。
每一个驾驶员也许有0个或多个罚款单，而一张罚款单只能用于一个驾驶员。
警察可以开出多个罚款单。
在警察向驾驶员开出罚款单的同时，一张罚款单的副本被上交并输人系统。
与此同时，在数据库中生成了一张新的罚款单记录并且生成了相应的驾驶员、警察和法庭之问的关系。
如果驾驶员服罪，他或她在预先打印好的信封里装入罚款单规定的罚款数目，然后邮寄给国家巡查部门。
在有些清况下，驾驶员声称自己是无辜的要求法庭延期付款。
如果信封寄回时没有支票，并且申诉请求框内写了一个“X”，那么系统在罚款单记录上写下请求，寻找驾驶员、罚款单和警察信息，然后向相应的法庭送一张罚款单详细表，同时生成申诉日期调查表并寄给驾驶员。
调杳表上的说明告诉驾驶员填入方便的日期并把调查表直接邮寄给法庭。
当法庭收到这些信息，它安排一次审讯日期并向驾驶员通知日期和时间。
当审讯结束，法庭向罚款单系统发送判决，然后在罚款单上记录下判决和审讯日期。
如果判决证明驾驶员是清白的，那么为保险公司生成驾驶记录报表的系统将删除罚款单。
如果判决证明驾驶员是有罪的，那么法庭给驾驶员另一个写明罚款数目的信封，以便驾驶员以后邮寄罚款。
如果驾驶员不能在要求的期限内支付罚款，罚款处理系统生成一张逮捕请求通知并把它寄给法庭。
这通常发生在最初的信封在两周内没有收回或者法庭提供的信封在审讯日期后两周内没有收回。
此后的事情就由法庭决定。
有时法庭要求吊销驾驶员的执照，然后处理驾驶员执照的系统负责处理吊销事务。
1.罚款处理系统必须对什么事件做出响应？
建立一张完整的事件表，表中列出事件、触发器、来源、动作响应和每一事件的目的地。
2.画出一张表示罚款处理系统数据存储需求的实体联系图，要求在图中包括所提到的属性。
解释一下，为什么理解系统是如何和其他的国家巡查系统集成在一起非常重要？
3.画出和ERD相应的类图，但假设有不同类型的驾驶员。
驾驶员类型的分类随着国家的变化而变化。
例如，此国家对未成年人的执照进行限制，并且对商业车辆驾驶员发放特殊的执照。
调查一下你们国家的需求，然后为驾驶员类建立一张概括／具体层次图，在这张图中显示出每一种具体类型的驾驶员所具有的不同属性。
同理，为罚款单类型考虑一下同样的问题，在类图的概括、具体层次图中加人一些具体的罚款单类型。
升级会员 