处理的文件和记录数、表和文件的大小等暂定。
3、时间特性包括:响应时间、更新处理时间、数据的转换和传送时间、运行时间等暂定
4、网络范围(本网作业、跨网接口)、业务范围(跨系统接口)
2.11操作安全性要求
为确保系统的安全性,系统采取应用系统使用验证(操作员验证)、数据库登陆验证两种验证方式相结合的方法验证用户。运用日志,对进入系统的用户的操作进行记录,可以根据日志进行事后分析,从而找到事故的发生原因、责任者或非法用户。
安全性的要求还体现在: (1)建立安全的管理制度 (2)保证网络安全 (3)保证系统安全 (4)解决系统异常应急处理 (5)确保数据访问安全 (6)保障数据存储安全 (7)提供安全的维护机制
2.12网站的特点
? 先进性
该系统在设计上采用三层结构、Web Service技术,使之在选用平台、采用技术上具有先进性、前瞻性、扩充性,从而保证建成的网站系统具有良好的稳定性、可扩展性和安全性。 ? 实用性
考虑到要尽量满足业务功能需求的前提下,又要适应各业务角色的工作特点,该系统做到简单、实用、人性化,实现了统一身份和资源管理、统一认证、统一内容管理、个性化界面和内容定制。 ? 可靠性
由于该系统用户群比较复杂,既有政府部门和各系统机构内的操作层、管理层和业务层,也有比较多的社会民众,所以建设的信息服务网站系统我们考虑了在建设平台上保证系统的可靠性和安全性。系统设计中,应有适量冗余及其他保护措施,平台和应用软件具有良好的容错性、容灾性等。 ? 开放性
在系统构架、采用技术、选用平台方面都有较好的开放性。特别是在选择产品上,我们采用符合开放性要求,遵循国际标准化组织的技术标准,我们的产品既有自己的独特优势,又能与其他多家优秀的产品进行组合,共同构成一个开放的、易扩充的、稳定的、统一软件的系统。
? 可维护性
系统设计应标准化、规范化,按照分层设计,软件构件化实现。采用软件构件化的开发方式:一是系统结构分层,业务与实现分离,逻辑与数据分离;二是以统一的服务接口规范为核心,使用开放标准;三是构件语意描述形式化;四是提炼封装构件规范化。 ? 可伸缩性
考虑到政务系统的网上业务建设是一个循序渐进、不断扩充的过程,系统采用积木式结构,整体构架可以与原有系统进行无缝连接,为今后系统扩展和集成留有扩充余量。 ? 可移植性/可兼容性
选择开放的应用平台,建设一套与平台无关,以统一的服务接口规范和与各种数据库相连的应用组件。保证新系统与其他软件之间是兼容的,是可维护的。在不同的环境下可以移植。采用高内聚、低耦合原则进行模块划分。模块间提供相应的接口,当应用系统的业务或功能要求发生变化时,可以通过简单的对相应模块的配置来实现功能扩展。
特别是本系统中,这样的要求更显得重要
2.12服务与支持要求
服务不仅可以确保产品正常运行,同时还能充分发挥产品的
性能。纵观整个IT业,服务占整个产品生命周期中很重要一部分,就软件而言,统计资料表明,服务阶段的花费占整个软件生命周期花费的67%。W5 Team非常重视对客户的售后服务和运维的支持,W5 Team提供的服务包括以下四类。
(1)纠错性维护:在产品运行中发生异常或故障时进行的维护工
作。为解决销售前未能测试各种条件带来的问题。 (2)完善性维护:为了扩充原有系统功能及提高原有系统的性能,
满足用户实际需要而进行的维护,即通常所讲的系统升级服务,这些内容在需求说明当中并未明确规定,但实际经常会发生。
(3)适应性维护:使运行的系统能适应外部环境(如软件的数据
库、数据格式、数据转入转出方式等)的变动而进行的服务。 (4)预防性维护:进一步改变系统的维护性和可靠性。
2.12项目开发管理
开发过程将遵照下面的步骤进行,请参见下表: 序阶 段 号 1 项目立项 内 容 根据委托要求规定适于项目的软件生存周期模型以确定开发过程的活动和任务;编制项目开发原则和项目开发委托合同 建立软件需求基准,包括软件项的功能与性能;运行的环境条件;资料定义和数据库要求;用户操作与维护需求等 确保所有软件需求分派到其软件组件;开发关于软件项的外部接口和软件项的各个软件组件之间接口的顶相应文档 《解决方案》* 《项目开发委托合同》* 《软件需求规格说明书》 2 软件需求分析 3 软件概要设计 《软件概要设计说明书》 《数据库设计说明
相关推荐: