搜索
您的当前位置:首页正文

可行性研究报告软件需求说明书项目开发计划

来源:二三娱乐


软件工程之分析设计

课程设计报告

学 院:计算机科学与技术学院 专 业:软件工程 班 级:0602班 学 号:06001647 姓 名:马超(组长) 同 组 人:路凯 王志刚 赵鑫 指导教师:李爱萍 宋春花 时 间:2009年6月

校内资源共享系统项目分工

1、概要分工:

成员姓名 马超 路凯 王志刚 赵鑫 头衔 项目经理、需求分析员 架构师 高级工程师 测试师 主要任务 撰写可行性研究、软件需求、项目开发计划报告 撰写面向过程的详细设计、操作手册 撰写面向对象的概要设计报告、面向对象的详细设计报告 撰写概要设计说明书、测试计划、测试分析报告

2、详细分工:

由于我们软件开发小组人员有限,并且时间有限,我们不可能让需求分析员,

做完需求分析,就闲着;也不可能让测试师、编程人员在可行性研究阶段闲着。所以,我们在做每个阶段时,都是有明确分工的。让每个成员都参与,发挥各自的聪明才智,提出各自的主张,并进行激烈的探讨。在这种氛围下,我们提出了我们的产品目的,明确了产品的功能,完善了产品各方面的性能,并将各个模块的核心代码基本都落实,并最终结束了各方面的测试,完成了本系统的设计。

校内资源共享系统可行性分析报告

1 引言

1.1编写目的:

可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解。

经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后,交软件经理审查及软件开发人员分析。

项目背景:

开发软件名称:校内资源共享系统。 项目任务提出者:项目组成员。

项目开发者: 王志刚 路凯 赵鑫 马超。 用户: 学校全体师生。

实现软件单位:太原理工大学网络中心

项目与其他软件,office 播放器 下载工具(如迅雷) :

本项目采用B/S架构,客户端的程序是建立在Windows xp 系统上。以J2EE ORACLE为应用程序的开发软件,服务器端采用Windows工作站,是采用Oracle 10g的为开发软件的数据库服务程序。

1.3 定义:

[专门术语]:

Oracle10g: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言

事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。

[缩写词]:

格式化工厂:各种音频、视频、图片等格式转化的工具。

1.4 参考资料:

《Oracle数据库基础》,贾素玲 王强 主编,清华大学出版社。 《Web应用开发技术:JSP》,崔尚森 张白一,西安电子科技大学出版社。 《Java EE编程技术》,郝玉龙 等 编著

2.可行性研究的前提

要求

主要功能:提供一个学校内师生信息共享的平台

性能要求:服务器速度要足够快,以便能支持在线播放 ;磁盘阵列要足够大,以

便存储下大家共享的信息。

输出要求:数据完整,详实,流畅性好。 输入要求:简捷,快速,实时,大家一起来维护。

安全与保密要求:上传人员和管理人员有对信息的删除权限,个人的注册信息保密。 完成期限:预计3个月,即截止2009年9月 15日。

目标:

该系统是专门针对工大师生,为方便校内师生间互动,实现在课外共享信息,资源,促进校内师生之间的沟通交流,互相促进、提高,增长知识,娱乐休闲,开阔视野,丰富阅历的同时,也增强了互相之间的感情。促进学校教学及其各方面水平的提高!

条件,假定和限制

建议软件寿命:10年。 经费来源:学校、广告。

硬件条件:服务器sun工作站,终端为pc机。 运行环境:Windows XP 数据库:Oracle10g

投入运行最迟时间:2009年9月 15日

可行性研究方法

项目组人员共同商讨技术上的可行性,并做了简单的相应实验来验证技术可行性。项目组一致同意可行。

决定可行性的主要因素

成本:5万。

投资方是学校。愿意出万 成交。

成本/效益分析结果,效益 〉成本。

技术可行,现有技术可完全承担开发任务。 操作可行,软件能被原有工作人员快速接受。

3.技术可行性分析

系统简要描述

校内资源共享系统的终端是能上网的PC机,主要目的是在校人员可以上传、下载、在线播放、查询、阅读浏览,以供师生之间共享交流。

处理流程和数据流程 浏览器Java EE应用服务器数据库

处理流程和数据流程 用户管理资源管理数据库资源分类上传用户管理员下载在线观看、收听互动用户

4.经济可行性分析

支出

基础投资:

其他一次性投资: Oracle 10g : 1 万 Windows XP: 万 操作员培训费: 万 共计:2 万 经常性支出:

人工费用: 4(人)*10000(圆)=4万 其他不可知额外支出: 1万

共计: 7万

支出共计: 7万

效益

一次性收益 10万 元 收益共计: 10 万

收益/投资比

10万/7万 = 143%

投资回收周期

敏感性分析

设计系统周期为年, 估计最长可达年 处理速度:一般查询速度<4秒 关键数据查询速度: <2秒

5.社会因素可行性分析

法律因素

所有软件都选用正版.

所有技术资料都由提出方保管。 合同制定确定违约责任.

用户使用可行性

管理人员人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.

经过培训人员将会熟练使用本软件.

6.其他可供选择的方案

客户端与服务器端联系在一起

在学校网络中心设立服务器,数据输入由终端输入,所有数据都由服务器处理,只在终端上显示数据结果。

此设计简化了数据处理,但加重了服务器的数据处理。而使用客户端/服务器机理,简化数据流量,加快数据处理。

7.结论意见

由于投资效益比远大于100%, 技术、经济、操作都有可行性,可以进行开发.

一、校内资源共享系统需求规格说明书

1.引言

编写目的

本校内资源共享系统在可行性研究的基础上,是为了进一步明确校内资源系统的软件需求,以便安排项目规划与进度,组织软件开发与测试,撰写本文档。

本文档供项目经理、设计人员、开发人员参考。 项目背景

开发软件名称:校内资源共享系统。 项目任务提出者:项目组成员。

项目开发者: 王志刚 路凯 赵鑫 马超。 用户: 学校全体师生。

实现软件单位:太原理工大学网络中心

项目与其他软件,office 播放器 下载工具(如迅雷) :

本项目采用B/S架构,客户端的程序是建立在Windows xp 系统上。以J2EE ORACLE为应用程序的开发软件,服务器端采用Windows工作站,是采用Oracle 10g的为开发软件的数据库服务程序。

机票预定系统将由两部分组成:置于个旅行社定票点的前台客户程序,以及置于航空公司的数据库服务器。本系统与其他系统的关系如下:

客户程序 在线观看资源 客户程序 网 服务器及程序 上传下载资源 客户程序 客户程序 络权限控制 定义 [专门术语]:

Oracle10g: 系统服务器所使用的数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言

事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。

[缩写词]:

格式化工厂:各种音频、视频、图片等格式转化的工具。

参考资料

1. 《软件工程导论》,张海藩,清华大学出版社。 2. 《实用软件工程》,郑人杰等,清华大学出版社。 3. 《Oracle数据库基础》,贾素玲 王强 主编,清华大学出版社。

4. 《Web应用开发技术:JSP》,崔尚森 张白一,西安电子科技大学出版社。

5. 《Java EE编程技术》,郝玉龙 等 编著

2.任务概述

目标

本校内资源共享系统实现后,能很方便的为在校学生提供该网站的访问服务,通过无线和有线两种方式实现该系统的校内随时随地访问,并且通过提供的浏览器上传页面,能很方便的分类上传各种娱乐教学多媒体资源,而且还能对多媒体资源进行在线观看,对文档资源免费下载。 运行环境

服务器sun工作站,终端为pc机。 运行环境:Windows 数据库:Oracle10g

条件与限制

1. Browser/Server结构总体设计方案:

采用B/S模式大大增强了系统应用的通用性,使其在各种平台的终端甚至是移动设备上都能应用自如。 3. 人力、资金、和效益。

此系统属于教育投资,止在给在校大学生提供一个良好的资源分享平台,所以可不必谈使用方的人力资金投入和近期的直接经济效益 4. 技术发展规律的约束

计算机技术和产品的发展日新月异,将会给系统的实现带来更多的手段,同时也会带来更加丰富的板块儿。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。

3.数据描述

数据特性

1.数据完整性

要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。

对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。

2.通过度该系统业务的详细调查,得知该资源共享信息系统中有的信息要求在线播放,有的则需要上传,有的需要下载。有的需要定时更新输出数据。要求输出的数据包括:文字评论,回复信息:系统已经存在的视频,文档等信息;用户上传的文件信息;计算文件数据量等信息;用户的下载观看量统计信息,注册用户信息。通过对上述各种输入信息进行了详细的研究,对它们的输出进行了进一步的细分。

资源信息包括:文件目录信息、类别信息。文件大小统计信息

用户信息包括:评论,回复信息、评论回复统计信息、文件浏览统计信息、上传下载统计信息等,用户身份信息

处理流程和数据流程 浏览器Java EE应用服务器数据库

处理流程和数据流程 用户管理资源管理数据库资源分类上传用户管理员下载在线观看、收听互动用户数据库描述

数据库采用Oracle10g。 数据词典

名字:用户信息 描述:注册的用户信息 定义:注册用户信息=用户名字+用户ID+用户邮箱+用户密码 位置:在客户端由用户填写

名字:多媒体文件信息 描述:视频、音频、图片、电子书等。 定义:多媒体模块是有用户上传到本网站上的,并有本系统按照点击率和上传时间来排行,以供客户选择观看、收听。 位置:在客户端上传及客户端视听。 名字:在线评论 描述:用户可以将评论上传到该模块,并由浏览用户来对评论做出回复。 定义:所作评论按照先后顺序(后来的排在最上边)排列,解答数目不限。

名字:软件信息 描述:用户上传,下载的软件信息。 定义:软件信息是用户上传到本网站上的,并按照点击率和上传时间来排行,以供客户选择下载。 位置:在客户端上传及客户端视听。 4.功能需求

系统的逻辑模型

校内资源信息系统系统管理员浏览器客户端管理信息输入输出数据服务器端程序输入输出数据数据库端程序下载,浏览上传输入注册数据

客户程序 在线观看资源 客户程序 网 服务器及程序 上传下载资源 客户程序 客户程序 络权限控制

功能划分

1.客户端

系统管理员通过浏览器进入系统对普通用户基本信息进行管理,对文件等数据信息进行管理,实现该系统稳定有效的工作运行

用户通过浏览器进入该系统,实现上传下载文件,以及浏览文件,与其他用户交互

等功能,初次登陆用户还可以通过注册成为合法用户,实现该系统提供的功能

2.服务器端

服务端负责接收客户端子系统发送的数据,执行相应的数据库操作,并将操作的结

果返回给客户端。

5.性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行,学校资源共享系统应该满足以下的性能需求:

1.系统处理的准确性

学校资源共享系统设计资源的上传功能,所以在实现系统时要保证其分类的准确性以及对资源完整性的保证。分类准确性能保证用户正确上传自己的分类资源,资源的完整性保证用户上传的资源完整有效,避免一些“垃圾”资源和碎片资源的出现。

2.系统的开放性和系统的可扩充性

学校资源共享系统在开发的过程中要充分考虑到系统的开放性和可扩充性,随着用户需求的增加,系统要扩展更多的板块儿和功能模块供学生使用。系统在资源分类,板块分类以及页面设置方面会随着需求的增加和技术的进步进行相应的调整。

3.系统的易用性和易维护性

学校资源共享系统直接面对的用户是广大学生群体,必须做到界面简洁明晰,使用简单方便,风格美观大方,使学生喜欢用此系统在校内分享资源。同时,还要做到易维护性,做到出现故障时能快速恢复,保证该系统在使用上的不间断性。

4.系统的先进性

目前计算机科学技术的发展相当快,在开发学校资源共享系统时除了要考虑其可扩展性之外还要考虑其先进性,在一定层面上使学校的投资效率更高。

6.运行需求

机票预订系统中的各个子系统的硬件和软件的配置如下: 1.服务器端子系统的运行要求: 系统软件: Windows xp及以上版本 数据库管理系统:oracle 10g

硬件要求:Pentium Ⅳ以上, 2G RAM, 1T HD 2.客户端子系统的运行要求:

系统软件: Window 2000 Professional以上

硬件最低要求:Pentium Ⅲ以上, 256M RAM, 250G HD

软件项目进度计划实例

《学校资源共享系统》进度计划说明:本项目的进度计划采用渐进完善的方式。

1. 初期项目计划

由于项目初期信息不是很充分,所以初期的项目计划只存在一个计划表格,相当于一个大计划,简单说明计划的执行步骤,如图表1所示。

表1 项目初期计划 任务 需求讨论 项目规划 需求确定 设计 项目实施 测试 提交 完成时间 2009-6-8 2009-6-9 2003-4-16 2003-4-20 2003-5-30 2003-6-4 2003-6-5 负责人 赵鑫 马超 陆凯 王志刚 赵鑫 陆凯 马超 资源 全体人员参与 全体人员参与 全体人员参与 全体人员参与 马超参与 开发人员参与 备注 有待细化 2.项目计划的细化 表1中的大计划不能作为指导详细工作的计划,还需要进一步细化。随着对项目了解的深入,项目计划也会逐步完善和细化。

首先,根据WBS的分解情况,继续分解相应的活动(任务),使用MS Project工具,将分解后的所有活动(任务)和WBS的代码录入项目计划文件中,然后确定各个活动之间的关系。由于采用增量式的生存期模型,在需求设计之后,系统的功能采用增量方式实现,实施阶段分6个增量,对各个任务(活动)分配相应的资源,然后经过不断地资源调整优化以及工期、活动关系的调整等,再经过多次的评审讨论,最后计划通过评审,将此计划存为基准计划。项目的基准计划如下。

1) 进度计划

表1中的进度计划是细化后的项目计划。

表1

表2中的进度计划是实际实施的项目过程。

表2

2) 项目甘特图

图1 计划

图2 实际实施

图1和图2(实施任务的展开)分别是项目进度计划和实际实施的甘特图。

因篇幅问题不能全部显示,请点此查看更多更全内容

Top