演示视频:
3.1 可行性分析
可行性分析能够让系统用最低的开发成本来获得最高的经济效益。可行性分析目的是根据所开发系统的用户需求,明确研究方向,明确目标。通过详细的分析调查以及系统的框架设计功能模块分析,找到可行的方法。对要设计实现的客户资源管理系统从技术上、经济上、操作、发展上进行可行性研究调查,这样既能够保证信息资源的合理利用,也能够避免在学习工作设计程序过程中因失误而导致的系统错漏问题,协助我们对设计做出更加合理和可惜的抉择。
3.1.1 技术可行性
本客户资源管理系统采用ASP.NET,基于B/S模式,使用SQL数据库来对数据进行储存。先从软件及硬件方面对技术可行性进行分析:
1.硬件可行性分析
客户资源管理系统的硬件要求方面不存在特殊的要求,只需要在普通的硬件配置就能够轻松的实现,只是需要确保客户资源管理系统的正常工作即可。以目前普遍的个人计算机的配置而言,这是十分容易实现的 。因此,客户资源管理系统的开发在硬件方面是可行的。
2.软件可行性分析
本客户资源管理系统采用SQL数据库。大学时,我就已经掌握了ASP.NET主要知识,也对SQL数据库的操作进行了系统的学习。本系统从整体上看设计起来比较容易,本系统开发的重点就是对数据库的设计和操作。在大学对软件工程,软件测试,UML统一建模语言等课程进行过系统的了解,也能够对这些课程进行开发,拥有一定的系统辨别、开发和检验能力。ASP.NET以及SQL结合起来开发一套客户资源管理系统,必定是可行并且高效的。
因此,客户资源管理系统具有技术可行性。
3.1.2 经济可行性
客户资源管理系统是基于B/S模式,采用SQL数据库储存数据,所要求的硬件和软件环境,市场上都很容易购买,程序开发主要是管理系统的开发和维护。所以程序在开发人力、财力上要求不高,而且此系统不是很复杂,开发周期短,在经济方面具有较高的可行性。
3.1.3 操作可行性
客户资源管理系统的登录界面简单易于操作,采用常见的界面窗口来登录界面,通过电脑进行访问操作,用户只要平时使用过电脑都能进行访问操作。此系统的开发采用JAVA语言开发,基于B/S结构,这些开发环境使系统更加完善。
本系统具有易操作、易管理、交互性好的特点,在操作上是非常简单的。因此本系统可以进行开发。
3.1.4 发展可行性
随着客户资源的不断发展,客户资源管理事务也越来越多,因此需要有一个完善的客户资源管理系统,来更好的为客户进行服务。最重要的是要确保科学的管理方法,为企业获得长远发展的竞争力提高的唯一途径。因此,对于客户资源的发展创新来说,开发一个客户资源管理系统是可行的。
综上所述,客户资源管理系统在技术、经济、操作、发展上都具有很高的可行性,开发此程序是很必要的。
3.2 性能需求分析
3.2.1系统安全性
客户资源管理系统要严格控制管理权限,具体要求如下:
1、要想对客户资源管理系统的信息进行管理,首先要依靠账号和密码在系统中登陆,无权限的用户不可以通过任何方式登录系统和对系统的任何信息和数据进行操作,这样可以保证系统的安全可靠性和准确性。
2、在具体实现中对不同的权限进行设定,不同权限的用户在系统中登陆后,不可以越级操作,只有系统管理员能够使用全部模块。
3.2.2数据完整性
1、所有记录信息要保持全面,信息记录内容不可以是空。
2、各种数据间相互联系要保持正确。
3、相同数据在不同记录中要保持一致。
3.3 系统流程设计
3.3.1系统登录流程
为了保证系统的安全性,要使用本客户资源管理系统必须先登陆到系统中,系统登录流程图如图3-1所示。
图3-1系统登录流程图
3.3.2 添加信息流程
客户资源管理系统的管理员在添加信息的时候,首先输入信息,看信息是否正确,正确的话,添加成功,否则返回输入信息,添加信息流程图如图3-2所示。
图3-2 系统添加信息流程图
3.4 系统UML用例设计
UML的缩写是 Unified Modeling Language,又称统一建模语言。是用来对软件密集系统进行可视化建模的一种语言。它是开发者对客观事物进行建模的标记,同时它也是为开发者了解系统需要什么样的功能和整个流程是什么样的做的前期工作。现在我们就对本理财软件进行UML建模分析,
员工用例图如3-3所示。
图3-3 员工用例图
管理员用例图如3-3所示。
图3-4 管理员用例图
3.5 系统非功能需求分析
1、完整性需求
要求各种药品信息、库存信息等记录的完整性,信息记录等内容不能为空,各种数据间联系应保持正确性,且相同的数据在不同记录中的一致性。
2、性能需求
页面响应时间应该在3秒以内,最长不能超过4秒。
3、界面需求
系统界面要求简单明了,容易操作,符合用户操作习惯。
4、安全性需求
要充分保证系统的安全性、稳定性。要想对本系统进行管理,必须经过正确的账号密码进行管理员登录,否则无法进行系统管理,在具体实现中对不同的权限进行设定,不同权限的用户在系统中登陆后,不可以越级操作。
第四章 系统设计
3.1 系统结构设计
根据第三章中系统功能需求概述,可得出本客户资源管理系统的功能结构图,如图3-1所示。
图3-1 系统功能结构图
3.2 系统顺序图
3.2.1系统登录顺序图
管理员要想对系统进行管理,首先需通过正确的用户名和密码进行登录系统,登录信息正确则进入系统主界面,否则无权进行系统管理,系统登录顺序图如图3-2所示。
图3-2 系统登录顺序图
3.3 数据库设计
数据库是计算机信息系统的基础。信息的收集、整理、存储、检索、更新、加工、统计和传播等操作必须在数据库管理系统的的支持下才能进行。目前,电脑系统的关键与核心部分就是数据库。数据库开发的优劣对整个系统的质量和速度有着直接影响。
3.3.1数据库设计原则
在概念设计中,通常用四种方法:
自顶向下、自底向上、逐步扩张、混合策略,以它为骨架集成由自底向上策略中设计的各局部概念结构
在物理结构设计阶段首先分两步走:
确定数据库的物理结构,在关系数据库中主要是指存取方法和存储结构。 对物理结构的评价是时间和空间效率。
选取正确的关系模式存取方法,常用的有:存取索引方法、聚簇存取、HASH存取方法等。
3.3.2数据库概念设计
设计概念就是在数据分析的基础上自下而上的对整个系统的数据库概念结构进行设计。从用户的角度对视图进行开发,然后集成视图,最后分析从而取得最后的结果。
对概念进行设计时采用实体—联系(E-R)的模型开发措施。E-R模型法的构成元素有:实体、属性、联系,E-R模型可以用E-R图来表示,是对用户工作环境中所相关的事物给予提示,对实体特性的描述就是属性。
设计概念的出发点是能够对企业组织信息要求的数据库概念结构进行反映,就是概念模式。概念模式不依附数据库逻辑结构,也不依赖支持数据库的DBMS,独立于计算机系统。
3.3.3数据库实体
概念模式的设计方法是在需求分析的基础上,用概念数据模型(例如E-R模型)来表示数据以及数据之间的联系,开发出能够解决用户信息要求和处理要求的数据库系统概念模式。
在概念模式的设计中,E-R模型法是最常见的设计方法。本系统的E-R图表现了系统中各个实体之间的联系,本系统的各实体E-R图如下图所示:通常概念设计的主要目标是设计并反映出某一个组织部门的信息需求中的数据库系统模式,数据库系统的概念模式通常是独立于:数据库系统的逻辑结构、DBMS即数据库管理系统、计算机系统等模式。
概念模式的设计方法主要是以需求分析作为基础,并且用概念数据模型即E-R模型等来表示数据之间的相互联系,设计并反映出用户所需的信息需求以及处理需求的数据库系统等概念模式。通常概念设计的主要目标是描述应用领域的信息模式,并且支持用户的相关应用,最终方便转换并为数据库系统逻辑模式并且方便用户理解。在此阶段,用户可以参与和评价数据库系统的设计,最终来保证数据库系统的设计与用户的需求相吻合。在概念模式的设计中,E-R模型法是最常见的设计方法。本系统的E-R图如下图所示:
1、合同信息实体E-R图如图3-3所示:
图3-4 管理员实体图
3、员工实体E-R图如图3-5所示:
图3-6 行业信息实体图