项目管理4,10

更新时间:2024-01-08 07:57:01 阅读量: 教育文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

4.1 简易聊天系统

4.1.1 用户注册管理

1、注册子模块:输入账号名和密码,在注册界面填写个人的基本信息,如出生年月、邮箱等。完成输入后,按确定,会需要验证信息已确定每个用户。

2、录入子模块:提供对个人信息表单的修改功能(姓名、身份证号、性别、年龄、地址、电话号码、电子邮箱、文化程度、单位),可将个人的信息加以完善,并保存到简易聊天系统数据库以作备份管理。

3、验证子模块:确定完成注册子模块时,系统会根据用户所填写的内容如邮箱或手机(邮箱为第一验证方式,自动发送邮件到用户邮箱),提醒用户要及时验证简易聊天系统的注册账号;或者可选用手机短信验证方式,当用户填写好手机号码,系统自动发送6位密码到用户手机,用户只需填写即可。确认完毕后,用户才算真正完成了本简易聊天系统的注册信息。

4、数据查询子模块:根据必填注册内容将已有数据库的表项与做比对,如果有关键注册信息项不符合,则显示该表项已被使用,请更换,否则将不能完成注册账号。

5、系统备份子模块:能够实现每个用户个人信息的各项数据备份。

4.1.2 用户账号个人管理

用户账号管理系统建设内容主要包括:用户个人信息资料的修改、好友管理功能、状态更改功能、聊天室管理功能(包括查询对话、字体修改、增删表情、聊天室界面管理等)及其他功能。

各模块的具体功能描述如下:

用户个人信息资料修改模块:用户可根据自己的个人资料完善账号的个人信息,完成信息的录入,确认保存后系统将自动把该账号的最新个人信息更新在后台备份的数据库里。

好友管理功能模块:用户可依据自己的喜好添加、删除好友;同时还包括

好友昵称更改、在线是否可见、好友分组管理等功能一一进行设定,该模块将全方面根据用户的需要来建设。

状态更改功能模块:该功能主要针对用户自己,可更改自己的状态(包括在线、离开、忙碌、隐身、下线5个状态),除此之外,也可自定义自己的状态,例如正在吃饭等。

聊天室管理功能模块:该模块相对较为负责,可分为聊天室基本管理和聊天室聊天内容管理两个子模块。

聊天室基本管理子模块:聊天室界面可根据用户喜欢设定不同的风格,既能使用系统已存的几类基本风格如碧海蓝天,也可以自定义用自己的图片设计用户自己喜欢的风格(包括界面大小);以及远程操作功能。

聊天室聊天内容管理子模块:该模块主要为聊天内容建设,譬如字体大小、图片、文件发送接收、表情添加删除自定义等功能。

其他功能模块:这是为简易聊天系统服务的。系统可能会有维护等突发情况时,可以提醒用户进行系统更新。

4.1.3 用户注销管理

用户对自己账号进行注销管理。系统会对用户发起的要求进行管理。

4.1.4 简易聊天系统信息更新交易

提供简易聊天系统发起的个人信息勘误等交易管理

4.1.5 简易聊天系统维护

进行平台运行所需的配置维护修改,数据字典的维护; 1、读用户配置维护 2、读管理员配置维护 3、聊天功能维护 4、聊天网点信息维护

5、广告商信息维护 6、聊天界面维护 7、数据字典维护

4.1.6 用户权限管理

主要针对不同管理员不同的操作权限,为便于管理,为他们分配不同的用户角色,包括后台操作员、网点操作员和普通用户,对于系统管理员则是由最高的操作权限。基于简易聊天系统的应用规划和密钥应用的服务,都由后台操作员来管理操作。具体可以自定义各种权限组合方式。应用单位共享此安全特性的接口,纳入统一管理。系统采用CA证书的方式来实现用户角色的分配。它主要包括四个业务模块:

4.1.6.1 用户管理模块

这里的用户是指能够使用该聊天系统管理平台的合法操作者,只有这样的操作者才能够使用该平台执行相关管理用户、功能管理和数据交换等功能。

1、用户信息的新增、修改、注销; 2、用户的密码修改; 3、用户的登录管理;

4.1.6.2 权限管理模块

约束每个用户的操作权利范围,使系统的安全性更高; 1、权限的管理; 2、权限的划分; 3、角色权限的分配;

4.1.6.3 角色管理模块

具体的职责权限按岗位角色来管理,每类用户设置一个角色,系统的功能模块操作划分统一分配角色来赋予用户权限;

1、角色的新增、修改、注销; 2、用户角色的赋予

4.1.6.4 CA验证管理模块

通过CA验证用户的登录,保证系统的高安全性; 提供的功能主要有: 1、统一用户管理

与聊天系统的用户相结合,实现用户统一管理、统一使用、统一存储 2、统一用户证书

登录简易聊天系统的各个业务系统,一个用户只需要一个证书,不必记多组用户名和密码

3、统一用户认证

可对用户登录、关键业务(如:修改个人资料、功能添加)等关键操作进行用户签名

4、统一用户访问日志

对于用户登录、用户签名等操作都进行统一日志管理,并提供日志查询、分析、审计功能,对可疑日志进行报警。

4.1.7 聊天信息库存管理

实现对出入库信息资料和操作员操作的精量化管理。具体功能包括:账号、个人信息等数据资料的出入库信息和操作员验收登记;各类卡片申领登记核准;入库记录、出库记录、库存记录的综合查询;入库情况、出库情况、库存情况的日报、月报和年报的生成与打印等功能。

4.1.7.1 长久不用的账号管理

对于过期或作废的聊天账号应予以销毁,销毁时需重新检查聊天账号的原有资料以及确认该账号的使用情况是否已经超出了账号废除的管理制度,如已超过2年没有使用该账号。在销毁该账号时,应该确保该账号的销毁完全,以免带来不必要的安全隐患。

简易聊天系统密钥管理中心要建立账号废除管理档案,注明回收日期,并将废除账号做破坏性处理后,统一入库保管,定期销毁。

销毁时,应核对簿实,由销毁小组监督销毁,防止作废的账号卡被他人使用。

4.1.7.2 使用账号管理

使用账号指已经完成注册的账号,并且是在正常不定期或定期使用的有效账号。

对有效账号管理主要是确保该账号下的各类信息的保存完整性和安全性。定期检查有效账号是否具有安全隐患,确保简易聊天系统是在安全的系统环境下进行的。

4.1.7.3 应用终端管理模块

应用终端主要记录所有聊天账号终端的拥有、使用情况。

终端档案子模块:系统聊天账号应用的终端设备,包括:终端设备的使用IP地址、终端设备的使用起始结束时间、驱动版本号等。

终端日志子模块:系统记录针对终端的操作日志。

4.9.6.1 需求图

简易聊天室系统《include》用户注册完善个人信息用户登陆修改个人信息用户《include》后台登陆在线状态管理者《include》隐身状态管理用户《include》管理页面《include》管理界面《include》输入单元输入文字《include》输入照片

图书馆自动循环系统的需求图

需求图子图(一)

(包含用户登录用例、完善个人信息用例、用户登录用例)

需求图子图(二)

(包含修改个人信息用例、后台登录用例、在线状态用例、隐身状态用例)

需求图子图(三)

(包含管理页面用例、管理用户用例、管理界面用例、输入单元用例、输入文字用例、输入照片用例)

4.9.6.2 数据流图(DFD)

数据流图的三次求精:

输入单元请求修改个人信息请求管理页面请求用户用户请求反馈用户注册请求简易聊天室系统管理者请求反馈管理员注册请求管理者用户登陆请求

图4-1:简易聊天室系统数据流图:第一次求精

用户注册请求修改个人信息请求1修改个人信息管理2用户注册管理修改信息反馈注册用户信息反馈修改信息请求反馈用户请求反馈7用户反馈管理注册请求反馈输入单元请求反馈登陆用户信息用户信息登陆请求反馈用户登陆请求3用户登陆管理4输入单元管理输入单元请求管理页面请求管理员注册请求管理员注册信息反馈管理员信息管理员信息5管理页面管理管理页面请求反馈6管理员注册管理管理员注册请求反馈8管理员反馈管理管理员请求反馈

图4-2:简易聊天室系统数据流图:第二次求精

修改个人信息请求用户信息修改信息反馈修改信息请求反馈用户注册请求1.1修改个人信息管理用户信息注册用户信息反馈2.2完善个人信息注册请求反馈用户登录请求完善资料2.1用户注册管理用户信息登陆用户信息登录请求反馈输入单元请求3.1用户登录管理照片信息聊天信息4.2输入照片管理文字信息4.1输入文字管理输入单元请求反馈管理页面请求用户信息用户管理反馈5.2管理用户管理5.1管理界面管理管理页面请求反馈管理员信息管理员信息管理员注册请求6.1管理员注册管理完善信息6.2完善个人信息管理员注册信息反馈管理员信息管理员注册请求反馈用户请求反馈7.1用户反馈管理修改信息请求反馈注册请求反馈输入单元请求反馈登录请求反馈管理页面请求反馈管理员注册请求反馈8.1管理员反馈管理管理员请求反馈

图4-3:简易聊天室系统数据流图:第三次求精

10.质量保证方案

10.1 项目质量目标

本项目的质量目标是:提供优质产品,在工程施工必备条件满足的情况下,确保该工程按照预定的工期投入正式运行,达到国家、行业或设计的质量验收评定标准和规范,并一次验收合格。

10.2 项目质量范围和标准

10.2.1 质量范围

结合教学标准要求,本项目的质量范围:

? 本组统一开发的软件应能满足通过双方共同确定业务需求,确保其运行

正常,正确地开展相关业务;

? 确保相关软件的数据库长期稳定、安全运行;

? 确保所开发的系统能够符合学校人力资源和社会部门制订的指标体系、

数据接口、业务规范、信息数据项、信息分类编码标准,有关技术标准严格执行国家有关规定,并与国家标准、部标准保持一致。

10.2.2 质量标准

此次我小组为本项目所做的项目设计,将严格遵循学校教学的质量规定,并全面采用公司做为国内第一家通过的由国际著名的挪威船级社(DNV)承担外审的ISO9000:2000最新版的质量保证体系的管理方法。

10.3 质量管理

软件质量管理的目的是建立对软件产品质量的定量了解和实现特定的质量目标。软件质量管理包含确定软件产品的质量目标,制定实现这些目标的计划,并监控计划的执行,根据情况变化调整计划及目标。以保证最终提交的产品能满

足顾客和最终用户的需要及愿望。

通过对用户发展状况和变化需求的充分了解,并从软件是客户的基础设施的角度出发选择合适的技术,控制用户的投资规模,把用户的需求与技术优化融合。以有生命的软件,来保证用户永远的价值。通过遍及全国的服务网络,为用户提供及时周到的服务构建了一个坚实的平台。

良好的项目质量管理是软件企业长期成功的根本保证,本小组实施正式的质量管理与规范的项目管理制度时间不久,但有一颗坚持向好的心。在项目的整个实施过程中,严格按照学校的政策和规范要求执行。我们一直坚持贯彻执行体系要求,谋求不断改进,致力于项目管理与质量管理体系的提升。

10.3.1 质量保证的基本思想

本软件开发项目在软件开发的全过程将采用最新国际标准的质量保证体系,使开发的产品得到可靠的保证。

质量保证过程中的基本思想是“戴明环”质量控制思想体系,即著名的PDCA原则,如下图说明:

图 0-1 采用PDCA原则进行质量保证示意图

对其中的几个工作环节进行说明:

1. 计划(Plan)——实施过程中的各阶段工作需要合作双方先经过协商制

定出完整的工作计划;例如:当进行实施工作时,需要制定每周的具体

工作计划;所有的工作计划都需要双方正式签字,生效,并按照执行。 2. 实现(Do)——计划完成的及时性和圆满性需要本小组成员共同努力,

为能够按时高效地完成既定计划;都应制定必须的考核和奖惩制度,制定专职人员负责相关工作,使计划能够得以确切的落实;双方还都有考察对方计划执行情况的义务和权利。

3. 检查与评审(Check)——每个工作计划到期时都将由本小组成员互相进

行评价,对其中未完成的内容找出具体原因,制定改善和补救措施;项目实施过程中所产生的全部文档、问题反馈、会议及交流记录等都必须以规范的文档化的形式出现,同时都必须经过本小组成员的确认和评审,签字后才能正式生效;尤其是对于过程中所出现的问题需要双方进行多次的确认评价,直至修改完成。

4. 改善(Act)——在整个的项目实施过程中能否具有“持续改善的能力”

一定程度将决定项目的成功与否,因此项目实施中本小组成员需要多互相沟通交流,尽早发现问题和不足,并立即改善,保证整个项目的顺利完成;实施中工程领导小组将负责全局性的工程进展,对出现的问题和不足协商解决,改进。

具体地说,对本开发项目应用系统主要有如下几点:

1. 在每个阶段开始时,需要对准备情况进行认真审查,并向工程领导小组

汇报,确认已经具备了开始当前阶段工作所必须的条件后,才可开始该阶段的具体工作;

2. 实施中的每个阶段有阶段工作计划,具体工作中每周有工作周计划,所

有计划需要经双方讨论确认并签字生效;

3. 实施中本小组成员都应按时、圆满完成任务,并督促对方的工作; 4. 实施中每阶段结束,每周工作结束,需对原定计划进行本小组成员参与

的总结,形成总结报告,对其中未按时完成部分制定补救措施和整改计划,为下一阶段的工作做好准备;

5. 实施中所产生的需求分析文档、软件总体设计、数据库设计都必须按时

评审,尽早发现问题所在,及时进行修改使后续工作能够正常进行;

6. 以上文件评审合格后由双方签署评审意见后生效,将作为下一步工作的

规范和标准,用户需求原则上不应再发生变更;如遇特殊情况需要改变需求,届时由双方再协商解决;

7. 充分考虑到本开发项目应用系统社会保障卡系统的高安全性和数据量较

大的特点,开发组人员在进行软件功能测试时,需要有关部门提供大力帮助;同时用户项目组可查看功能测试和系统测试情况数据,协商确定系统测试安排,并根据测试结果调整后续工作计划和进度;

8. 实施过程中加强沟通,包括现场工作周报,用户周报等,通过充分的信

息交流了解彼此的进展情况,保证计划按时完成。

根据以上原则,在整个开发过程中,将运用一系列的质量保证手段保证开发质量。运用CASE工具进行需求分析及软件设计,使软件易于理解、易于维护、易于测试。确保系统的正确性、完整性、实用性和高效性。

10.3.2 软件生产过程中主要的工作活动

下图为公司在软件生产过程中主要的工作活动,其中每一项工作活动都必须按照公司质量体系文件的规定执行,都会产生相应的符合规定的软件文档和记录。

质 量 体 系总体结构管理评审质量体系内部质量体系审核纠正和预防措施产品策划及可行性分析开发活动支持活动配置管理文档控制质量记录合同评审需求分析开发策划度量质量策划设计实现软件测试客户验收复制、交付和安装维护管理规则、惯例和约定设备、工具和技术采购配套产品管理培训 图 0-2软件生产过程中主要的工作活动

10.3.3 质量过程管理

通过先进的过程管理方法来提高个人和团队的工作质量。PSP/TSP即个人软件过程和团队软件过程(Personal Software Process & Team Software Process)。采用PSP/TSP过程管理有助于每个人和小组工作质量的稳步提高,从而达到项目整体质量的提高。PSP用一系列的步骤解释个人软件过程的改进,每一步包含前一步所有元素并且有所增加。在设计阶段,PSP方法的着眼点在于软件缺陷的预防,具体办法是强化设计结束准则。PSP的研究结果表明:绝大多数软件缺陷是由于对问题的错误理解或简单的失误造成的,只有很少一部分是由于技术问题而产生的。因此,PSP保障软件产品质量的一个重要途径是提高设计质量。

TSP方法交由大家共同分担问题,以及定期找一个局外人来协助设计审查。解决了项目规模扩大时PSP方法中个人工作量过大的问题,并通过集体管理和全员规划等方法,提高团队工作质量和效率。

采用PSP/TSP过程方法大大提高了各阶段产品第一次交付的质量,有助于降

低初期故障率。

软件质量保证工作涉及软件生存周期各阶段的活动,将贯彻到日常的软件开发活动中,包括各阶段的评审和测试工作。质量保证组派成员参加所有的评审与检查活动。评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在社会保障系统软件开发过程中,要进行如下几类评审与检查工作:

? 阶段评审

在软件开发过程中,要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。主要包括软件需求、设计评审;对功能测试与演示进行评审,并对前次评审复核;功能检查、物理检查和综合检查。

阶段评审工作要组织专门的评审小组,评审小组成员可包括用户方领导和项目组主要成员、我方质量保证人员以及监理方,其他参加人员视评审内容而定。每一次评审工作都应填写评审问题记录和总结报告。

? 日常检查

在本项目的开发过程中,各子系统应该填写项目进展报表,包括项目周报、月报和软件阶段进度表等,以表明软件阶段产品完成情况表。质量保证组可以通过日常检查有关软件质量的问题。

? 软件验收

组织专门的验收小组对本项目所属各个子系统进行验收。可邀请相关专家或国家相关部门参与本项目的验收工作,按照双方都认可的验收规程正式履行验收手续。验收内容应包括文档验收、程序验收、测试结果评审以及系统使用报告等几项工作。

10.3.4 质量保证专项活动SQA

质量管理的主要内容之一是进行质量控制,保证各项工作无偏差的进行。差异控制可以等同于质量控制,是为了保证每一件工作产品都满足对它的需求而应用于整个开发周期中的一系列审查、复审和测试。质量控制在创建工作产品的过程中包括一个反馈循环。比较和反馈相结合,使得我们能够在得到的工作产品不

能满足其规约时调整开发过程。这种方法将质量控制视为整个开发过程的—部分。

质量保证的目标是为管理层提供为获知产品质量信息所需的数据,从而获得产品质量是否符合预定目标的认识和信心。目的是通过形式化的方法来保证规章制度的落实和质量目的的达成,由开发活动的审查和报告构成。

本项目的软件质量保证(SoftWare Quality Assurance,简称SQA)由公司质量保证部经验丰富的专人负责。SQA小组既代表管理层检查公司质量制度的贯彻及执行结果,以获得内部决策信息,又代表客户来监督软件质量指标在各阶段的落实结果。SQA小组的成员以双重身份看待软件开发过程,而不仅关注最终产品本身。软件开发是否依照预先设定的标准进行?是否充分满足公司质量规定和客户要求的各项质量因素?作为SQA活动的一部分的技术规程是否恰当的发挥了作用?SQA小组将通过自己的一套工作流程和方法跟踪软件开发过程,以确保软件质量得到维护。

软件质量保证是对软件过程的每一步都进行的预防活动。SQA包括对方法和工具有效应用的规程、正式技术复审、测试策略和技术、变化控制规程、保证与标准符合的规程,以及度量和报告机制。

软件质量保证由各种任务构成,这些任务分别与两种不同的参与者相关——做技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的SQA小组。

软件工程师通过技术评审、代码审查和软件测试来考虑质量问题。SQA小组的职责是辅助软件工程小组执行这些活动,并检查活动的结果是否预期的目标一致。

10.3.5 软件工作产品质量审计和相关文档

审计类型 目的 审核对象 输出 软件工作产评估软件产品是SQA审计软件工作产品主要应用于SQA审品 否符合组织 下列工作产品,但不限于此。 核报告 立项(PIR、FAR、PTK) 和项目规定的规需求(SOW,RAR、FSR) 程与标准,鉴别偏差、疏漏并作出报告以对其进行跟踪。 设计(SDR) 编码实现(SRC、TRR、SRR) 测试(TP、TD、TS) 交付产品(EXE、UMN) 配置(SCMP、SCML、SCMR) 其它软件工作产品 确保项目选用适SQA要对现有的与计划选用的用于当的软件开发技软件开发和技术支撑的软件工具进术和软件工具 行评估。对软件工具的评估要同时考虑其适用性与可行性。 软件工具 适用性:首先考虑软件工具的功能是否满足项目的需要,二要考虑软件工具所具有的功能是不是项目所需要的。 可行性:确定技术可行性以及所需计算机资源的可用性。 确保项目选用适SQA要对现有的与计划选用的设备当的设备 设备 进行评估。 策划(SIP、SDP、SQP) 适用性:主要是通过考查提供的装备是否能够满足软件开发和技术支撑的要求以评定其适用性。 资源共享:从组织的范围考虑资源共享问题。 采购计划:帮助管理部门综合考虑采购计划。 软件过程的评审 评审过程类目的 型 确保项目启动阶段需求经评审和/SQA审后确认,变更得到有效控制。 确保SDP的编制与评审符合《软件策软件策划过程 在项目启动与策划过程》的要求,并符合项目的需划阶段,SQA协助要。 并参与质量策划。 评审软件策划阶段的各项活动符合相应的过程与规范。(《软件策划过程》、《质量策划过程》、《质量保证过程》、《配置管理过程》等) 确保设计经评审,变更得到有效控制。 编码实现有确定的规范与标准,进 行代码检查与单元测试。 评审设计与实现Leader、SCM 软件设计与过程的活动,保证建立项目级的SCM(SCM 实现过程 其符合SDP和相关Library)。 过程与规范 评审软件设计与实现阶段的各项活动符合相应的过程与规范。(《软件设计与实现过程》、《质量策划过程》、《质量保证过程》、《配置管理过程》等) 核报告 审核任务 输出 包含测试计划、测试设计、测试执 行、测试总结,需进行风险管理。 软件测试过程 评审各级软件测试活动是否符合相关过程与规范 评审软件测试阶段的各项活动符合相应的过程与规范。(《软件测试过程》、《质量保证过程》、《配置管理过程》等) 软件产品/项目、系统集成项目在交付、实施、验收、维护阶段可考虑评审软件产品/项交付、实施、目的交付、实施、验收、维护过验收、维护等活动程 符合相关过程与规范 评审各项活动符合相应的过程与规范。(《软件交付、实施、验收、维护过程》、《系统集成过程》、《客户满意度测量过程》等) 软件释放与制作过程 评审软件释放与评审软件释放与制作活动符合《软制作活动符合相件释放与制作过程》及相应规程。 关过程与规范 保证SCM的一系列保证配置标识活动以及版本的控制活动符合有关的符合《配置管理过程》及相应的规过程、规程和标准 范。 保证软件声明周期中需要评审已在 保证需要的评审得到执行 计划中明确,并得到执行,且评审的进行符合有关的规程和标准,有关评审的分类和详细内容请参考组织的《评审规程》。

不同特点与需求可裁剪相应的过程,但需取得客户的确认。 SCM过程(定期进行) 评审

本文来源:https://www.bwwdw.com/article/jjux.html

Top