网站大量收购独家精品文档,联系QQ:2885784924

客户管理系统需求分析.doc

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
客户管理系统需求分析.doc

客户管理需求分析 目录 需求分析任务 1.1对系统的综合要求: 1.1.1目的 客户信息管理系统是一种用于存储企业客户信息资源,便于与客户及时沟通交流,来增强与客户关系、提高企业管理水平的系统。企业可以通过客户信息管理系统管理、分析和统计现有客户资源,以便快速、全面、准确的了解现有企业客户情况,从而制定长期客户沟通和访问计划,制定营销战略,促进企业长期、良性经营发展。 1.1.2 功能要求: 1)、应提供一个界面来调用各个功能,调用界面和各个功能的操作界面应尽可能清晰美观。 2)、输入功能:联系人信息录入(包括从文件中导入联系人信息数据),可以一次完成若干条记录的输入。 3)、浏览功能:完成对全部联系人信息的显示。 4)、查找功能: 完成按联系人姓名查询联系人的相关信息,并显示。 完成按与本人关系查询联系人的相关信息,并显示。 完成电话号码(完整号码或号码的一部分)查询联系人的相关信息,并显示。 5)、删除功能:通过输入联系人的姓名或编号完成对该联系人的信息进行删除。 6)、添加功能:完成添加新联系人的信息。 7)、修改功能:通过输入联系人的姓名或编号完成对联系人的信息进行修改。 8)、保存功能:可以将联系人信息数据保存至指定的文件中。 9)、退出通讯录管理系统。 联系人信息应至少包括以下数据:编号、姓名、性别、年龄、电话、通讯地址、电子邮箱、与本人关系等。 ,也有较大的消极作用。必须采取下列措施减小其负面影响 :普及社会主义市场经济知识教育 ;提高国家计划调节的钢性度 ;加强政府的价格调控力 ;重视收集和研究市场商品供给总量和需求总量 ,并通过新闻媒体及时准确地向社会发布其研究结果 ;加速远见卓识的企业家队伍建设 ,提高生产经营企业管理者的经济预测能力。 1.1.8将来可能提出的要求 应该明确的列出那些虽然不属于当前系统开发范畴,但是根据分析将来很可能会提出来的要求 1.2.分析系统的数据要求? 通过建立概念模型的方法来分析系统的数据要求。例如,利用数据字典可以全面准确地定义数据。? 1.3.导出系统的逻辑模型? 用数据流图、数据字典等,根据对系统的综合要求和数据要求的结果导出系统的详细的逻辑模型。 ? 1.4.?修正系统开发计划? 根据在分析过程中获得的对系统的深入、细致的了解,比较准确地估计系统的成本和进度,修改以前制定的开发计划。 3.分析建模与规格说明 3.1 分析建模 3.2软件需求规格说明 获取需求 需求的收集及分析:学生成绩管理系统应该完成以下两个方面的内容:学生档案资料的管理、学生成绩的管理(包括必修课和选修课),每个内容均需要提供添加、修改和查询的功能。学生成绩管理系统在开发过程中收集到的客户需求文档记录的关键部分可概括为以下几个部分:? 1)?可能会使用到该系统的用户:系统管理员、教师、学生;? 2)?各类用户的权限不一样。例如系统管理员可以添加、修改、查询学生档案资料和学生的成绩,学生只能查询自己的档案、成绩以及一些公共的信息,教师可以发布学生的成绩信息,而且只能查询自己所授课程的信息以及一些公共信息。? ?3)要有系统备份功能,系统出故障时,因该有相应的应急措施或者系统恢复功能。? 由此可见,学生成绩管理系统需要满足3个方面的需求:管理员使用系统对全部数据进行维护操作;教师对于自己相关的部分数据实体进行操作;学生作为查询者对数据实体进行查询操作。现在的学生成绩管理系统基本上能做到这几个方面的要求,但多数系统在功能上依然存在缺陷和不足,尤其是在用户界面的友好性以及查询结果的可视化方面存在着很大的问题。 5.实体-联系图 导出系统的逻辑模型 【数据流图】 事务 事务 信息清单 客户信息数据 6.数据规范化 数据库规范化,又称数据库或资料库的正规化、标准化,是数据库设计中的一系列原理和技术,以减少数据库中数据冗余,增进数据的一致性。关系模型的发明者埃德加·科德最早提出这一概念,并于1970年代初定义了第一范式、第二范式和第三范式的概念,还与Raymond F. Boyce于1974年共同定义了第三范式的改进范式——BC范式。除外还包括针对多值依赖的第四范式,连接依赖的第五范式,DK范式和第六范式。现在数据库设计最多满足3NF,普遍认为范式过高,虽然具有对数据关系更好的约束性,但也导致数据关系表增加而令数据库IO更易繁忙,原来交由数据库处理的关系约束现更多在数据库使用程序中完成。 7.状态转换图 8.验证软件需求 8.1从哪些方面验证软件需求的正确性 一致性2)完整性3)现实性4)有效性 8.2验证软件需求的方法 验证需求的一致性 验证需求的现实性 验证需求的完整性和有效性 8.3用于需求分析的软

文档评论(0)

000 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档