软件工程实验一报告可行性研究报告Word格式.docx
- 文档编号:20476040
- 上传时间:2023-01-23
- 格式:DOCX
- 页数:41
- 大小:729.63KB
软件工程实验一报告可行性研究报告Word格式.docx
《软件工程实验一报告可行性研究报告Word格式.docx》由会员分享,可在线阅读,更多相关《软件工程实验一报告可行性研究报告Word格式.docx(41页珍藏版)》请在冰豆网上搜索。
超市所售物品的编码、价格、数量、进出货日期等。
1.2.4系统的输出
查询的结果和各种类型的报表。
1.2.5处理流程(如图1-1)
注释:
图1.1SMSMS处理流程图
1.2.6安全和保密要求
系统对不同权限的用户提供不同的功能模块,对历史数据的更改和新数据的添加只有一定权限的用户才能进行操作,一般的用户只能进行查询操作。
对数据库的关键数据应要求保密。
1.2.7完成期限要求
本系统的完成期限为xx,具体进度安排见详细设计。
1.3开发目标
系统的开发目标应考虑如下因素:
(1)人力与设备费用的相对减少;
(2)处理速度的提高;
(3)控制精度的提高;
(4)人员利用率的改进。
1.4具备条件
项目开发中所具备的条件、假定和所受到的限制,如:
(1)所建议系统运行寿命的最小值
系统寿命的最小值应达三年。
(2)进行系统方案选择比较时间
系统方案选择的最小时间为一个月。
(3)经费、投资方面的来源
经费主要来源为***软件开发公司。
(4)硬件、软件、运行环境和开发环境方面的条件
硬件环境
●.PII或更高档的微机,笔记本电脑;
●运行是内存要求:
1MB;
●安装所需硬盘:
5MB;
●打印机:
可选。
软件环境
●中文Windows95/98/2000/Me/XP;
●.英文Windows95/98/2000/Me/XP;
●WindowsNT。
(5)可利用的信息和资源
可参考已有的应用程序和数据库管理系统
(6)系统投入使用的最晚时间
系统投入使用的最晚时间为下年度2月中旬
1.5进行可行性研究的方法
可行性研究的方法如下:
(1)客户调查
(2)专家咨询
(3)市场相关产品、同类产品调查
1.6评价尺度
系统进行评价时所用的主要尺度各项功能的优先顺序、开发时间的长短及使用中的难易程度。
1.7对现有系统的分析
1.8所建议系统的技术可行性分析
1.8.1对所建议系统的简要描述
SMSMS系统采用常规的数据库管理方法,根据超市系统管理的特点对数据库操作,比如数据的增加、修改、删除、打印和输出等给予了优化。
2数据流程和处理流程(如图1.2所示)
1.8.3与现有系统比较的优越性
SMSMS有利于数据的集中、有效管理。
于手动方式相比,占据的空间小,易更新,易备份;
与自建文档相比可以高效的实现组合查询。
SMSMS系统增强了系统的灵活性。
当原始数据发生变动时,应用程序可以对数据库稍作修改即可使数据库及时反映最新情况,如某种商品的价格发生变动,用户只须定位至该项记录加以修改。
SMSMS系统能较好的保证数据的安全。
建立用户并为之分配密码和操作权限,这样,任何用户只能在他的权限范围内对数据库进行操作。
1.8.4采用建议系统可能带来的影响
采用SMSMS系统将大大提高用户查找相关信息的命中率,有利于决策优化及提高办公效率。
同时本系统有利于节省办公用品,进一步减少费用支出。
1.8.5所建议技术可行性分析
本系统为一个数据库管理系统,现有技术已较为成熟,估计利用现有技术应完全可以达到功能目标;
同时,考虑到开发期限较为充裕,预计可以在规定期限内完成开发。
1.9所建议系统的经济可行性分析
1.9.1支出
1)机件投资
硬件设备:
PC机
软件:
Windows95/98,Delphi6.0
2)其它一次性支出
软件设计和开发费用
(3)经常性支出
软件维护费用
1.9.2效益
进一步实现办公自动化,减少人力投资和办公费用,极大提高办公效率。
1.9.3投资回收周期
1.10社会因素方面的可行性
1.10.1法律方面的可行性
新系统的研制和开发,将不会侵犯他人、集体和国家的利益,不会违反国家政策和法律。
收益/投资比
1.10.2用户使用方面的可行性
新系统的研制和开发充分考虑用户的业务往来、管理流程和人员素质等,从而能满足使用要求。
1.11结论
结论意见:
经上述可行性分析,系统研制和开发立即开始进行。
思考题
1.可行性研究的目的是什么?
2.可行性研究阶段的结束标准是什么?
简述可行性研究的步骤。
实验二需求规格说明书
2.1引言
2.1.1编写目的
参见实验一中的实验目的
2.1.2项目背景
参见实验一中的项目背景
2.1.3术语说明
参见实验一中的术语说明
2.1.4参考资料
2.2项目概述
2.2.1待开发软件的一般描述
本软件旨在为商业人士及企事业单位中负责公共关系等社会交往频繁的人士提供一个功能齐全、使用方便的个人社会关系数据管理系统,以替代传统的手工通讯录。
2.2.2待开发软件的功能
如图2.1。
2.2.3用户特征
使用本软件的用户群非常广泛,它非常适合用于具有如下特点的人员:
●工作中与外界联系非常频繁;
●工作比较繁忙,惜时如今;
●与外界的联系成为开展工作的关键因素,相关信息丢失或损坏可能带来重大损失;
针对如上用户特点,本软件可以迅捷、准确、方便地提供个人社会关系数据库管理系统的各项管理功能,同时力求为用户提供方便、高效、实用的功能。
2.2.4运行环境
●硬件环境
PII或更高档微机,笔记本电脑;
运行时内存要求:
1MB;
安装所需硬盘:
5MB;
打印机:
可选;
●软件环境
Windows95/98/Me/2000;
WindowsNT4.0。
2.2.5条件与限制
考虑到本软件使用的广泛性,在设计时应注意软件的可移植性,能方便地将其移植到电子计事本、掌上电脑等硬件平台。
因本软件管理的信息属于个人隐私信息,必须注意信息的安全防范。
同时应以标准的数据格式来实现,以方便数据的共享。
2.3功能需求
2.3.1功能划分
本软件具有如下主要功能:
●浏览功能
●查看详细资料功能
●查询功能
●增加功能
●删除功能
●修改功能
●生成报表功能
●打印功能
●密码管理功能
●身份验证功能
●数据的导入和导出功能
●帮助功能
2.3.2功能描述
(1)以列表的方式列出所有记录(每项记录只列出姓名、电子邮件、单位电话、家庭电话、移动电话域)
(2)可选定一项纪录,显示该记录的所有域。
●详细察看功能
显示用户选定记录的详细信息。
(1)姓名匹配查询。
(2)单位及部门匹配查询
(3)电话号码匹配查询(包括多个域)
(4)精确查询或模糊查询;
(5)单项查询或组合查询;
增加一条新的记录;
删除一条记录,并且提供确认机制。
修改任意一条记录的所有域,其中姓名不能为空。
对记录可按电话目录方式、卡片式或列表式生成报表。
选择特定记录(一条或多条),根据选定的报表方式进行打印。
完成密码的设置。
对登录用户的身份进行验证,通过者才可以进入系统;
将外部文件导入本系统中;
将本系统中的数据导出道外部设备中。
为用户提供使用帮助。
2.4外部接口需求
2.4.1用户界面
采用windows的通用图形界面,对用户友好,且必须对鼠标和键盘提供支持,界面的设计应遵循如下规则:
●界面要具有一致性,界面规范应遵循MSWindows软件界面的规范;
●提供简单的错误处理;
●提供信息反馈,用多种信息提示用户当前软件运行的状态,软件界面元件的功能;
●操作可逆,其动作可以是单个的操作,或者是一个相对独立的操作序列;
●设计良好的联机帮助;
●显示启动画面,画面简洁明快,富有现代气息,不能太花哨;
●应遵循国家关于计算机词汇的标准,用词应当精练准确,没有歧义,图形的意义明朗。
2.4.2硬件接口
支持一般的PII或更高档微机,笔记本电脑。
2.4.3软件接口
运行于WINDOWS95/98/ME/2000/NT,且具有WIN32API的操作系统之上;
2.4.4故障处理
正常使用时不应该出错,若运行是遇到不可恢复的系统错误,也必须保证数据库的完好无损。
2.5性能需求
2.5.1数据精确度
查询时应保证查全率,所有相应域包含查询关键字的记录都应能查到。
查询时应保证查准率,查到的记录应与给定的单项或组合项查询条件完全匹配。
2.5.2时间特性
一般操作的响应时间应在1~2秒内,对软磁盘和打印机的操作,以及数据的导入和导出也应在可接受的时间内完成。
2.5.3适应性
满足个人使用的需求。
对前面提到的运行环境要求不应存在困难。
2.6软件属性需求
2.6.1正确性
要求发布的软件达到用户的预期目标,运行时基本无错误。
2.6.2可靠性
在一般条件下,应不出故障。
2.6.3效率
对于浏览,查询,增加,删除,更新和密码设置的一般操作,要求及时响应,在1~2秒内。
2.6.4完整性
要求能在发生意外(如掉电)的情况下,保证不丢失数据。
2.6.5易实用性
要求能尽量为用户的使用提供方便,软件界面符合目前流行的界面规范。
2.6.6可维护性
要求本软件在运行中发现错误时,能快速,准确对其进行定位,诊断和修改。
2.6.7可测试性
设计时尽可能减少测试本软件的各项功能所需要的工作量。
2.6.8复用性
设计时尽可能采取模块化的方法进行设计,对系统内各模块接口尽可能达到高内聚,低耦合的程度,以提高各模块的复用性。
2.6.9安全保密性
要求提供身份验证,只允许通过身份验证的用户使用本软件。
对于三次密码输入不正确的,应强行关闭。
2.6.10可理解性
对于本软件提供的各种菜单命令,各种信息提示,应易于用户理解。
2.6.11可移植性
要求本软件在将来能易于向WINDOWSXP操作系统上移植,以用于掌上电脑。
2.6.12互联性
要求提供数据的导入和导出接口,以易于同其他系统的连接。
2.7其他需求
无其它需求
2.8数据描述
2.8.1静态数据
姓名Name
单位Company
职位Job
部门Department
单位地址Add-com
单位邮编Postcode-O
单位电话Tel-O
单位传真Fax-O
家庭地址Add-H
家庭邮编Postcode-H
家庭电话Tel-H
寻呼BP
手机Tel-mov
电子邮件E-Mail
单位主页Homepage-O
各人主页Homepage-H
昵称Nickname
性别Sex
生日Birthday
日历类型DateType
爱好Hobby
特长Forte
摘要显示Abstract
最后更新时间UpdateTime
备注Memo
2.8.2动态数据
输入数据:
菜单选项,查询关键字,新建记录项,导入文件。
输出数据:
邮查询关键字确定的数据库记录集合或全部记录。
内部生成的数据:
中间查询结果。
2.8.3数据库描述
本软件采用ODBC数据库。
2.8.4数据字典
数据流图,层次方框图参见项目概述中的呆开发软件的功能,其中涉及到的数据定义如下:
[1]姓名=1{汉字}10|1{字母}20
[2]单位姓名=1{汉字}40|1{字母}80
[3]职位=1{汉字}10|1{字母}20
[4]部门=1{汉字}40|1{字母}80
[5]单位地址=1{汉字|数字}40|1{字母|数字}|80
[6]单位邮编=1{数字}8
[7]单位电话=1{数字|SPACE|-}20
[8]单位传真=1|{数字|SPACE|-}20
[9]家庭地址=1{汉字|数字}40|1{字母|数字}80
[10]家庭邮编=1{数字}8
[11]家庭电话=1{数字|SPACE|-}20
[12]手机=1{数字|SPACE|-}20
[13]寻呼=1{数字|SPACE|-}20
[14]E-MAIL=1{字母|。
|@|数字}20
[15]单位主页=1{字母|.|数字|:
|/}40
[16]个人主页=1{字母|。
|数字|:
[17]昵称=1{汉字}10|1{字母}20
[18]性别=男|女
[19]生日=1{数字|-}10
[20]日历类型=公历|农历
[21]爱好=1{汉字}1000|1{字母}200
[22]特长=1{汉字}100|1{字母}200
[23]摘要显示=1{汉字}|100|1{字母}200
[24]最后更新时间=1{数字|-}10
[25]备注=1{汉字|字母}500
2.8.5数据采集
通过身份验证的用户,采用键盘和鼠标直接输入或者从外部文件导入数据。
1.需求分析的基本任务是什么?
需求分析的结束标准是什么?
2.需求分析的基本步骤是什么?
什么是数据流图,绘制数据流图的基本步骤是什么?
实验三概要设计说明书
3.1引言
3.1.1编写目的
参见“实验一”中的编写目的
3.1.2项目背景
参见“实验一”中的项目背景
3.1.2术语说明
参见“实验一”中的术语说明
3.1.3参考资料
见书后参考文献
3.2任务概要
3.2.1目的
本电子名片管理系统软件将提供一个既可以存储信息,又可以进行更新,查询,同时价格又能为广大消费者接受的多功能电子通讯录。
3.2.2运行环境
硬件环境:
●PII或更高档微机,笔记本电脑;
●运行时内存要求:
软件环境:
●中文WINDOWS95/98/2000/ME;
●英文WINDOWS95/98/2000/ME+中文之星2.0;
●WINDOWSNT4.O。
3.2.3需求概要
本软件主要有以下几方面的功能:
(1)浏览功能
以列表形式显示全部记录。
(2)详细查看功能
可在浏览状态下点击某条记录,显示其全部信息。
(3)条件查询功能
用户可任意选择字段(如姓名,电话号码,电子邮件地址等),并针对该字段构造出组合查询条件,进行匹配查询。
(4)修改功能
修改任意字段,姓名不能为空。
(5)增加功能
增加一条或多条新的记录。
(6)删除功能
删除一条或多条记录。
(7)密码管理
登陆系统后,用户可以随时对密码进行更改。
(8)报表生成
可根据提供的摸般将查询结果或选中的数据生成多种形式的报表。
(9)打印功能
将生成的的报表或所选中的记录进行打印输出。
(11)身份验证
进入系统时,对用户的身份进行检查,只允许合法用户登陆系统。
(12)帮助功能
为用户使用本系统提供帮助。
3.2.4条件与限制
本系统更为理想的选择时与其他办公自动化套间继承起来,作为其中得一个组件,在功能方面可以考虑由多用户分别进行管理,系统可以为级别不同的用户设置不同的权限等,同时应进一步提高系统的安全保密系统。
3.3总体设计
3.3.1处理流程
。
系统启动后,激活身份验证模块;
通过身份验证后,对系统初始化。
根据系统配置文件将数据库导入,并设置各全局变量;
系统进入消息循环状态,通过事件驱动机制激活各功能模块,并执行指定模块;
]
各项功能执行完毕后重新进入消息循环状态;
由关闭系统事件激活关闭系统模块,退出系统。
3.3.2总体结构和模块外部设计
系统总体结构如图3.1所示。
各模块设计如下:
模块编号
模块名称
备注
M1.1
初始化模块
系统初始化
M4.2
刷新详细资料模块
M1.2
关闭系统模块
关闭并退出系统
M5
条件查询模块
系统功能模块
M6.1
增加模块
M2.1
浏览模块
M6.2
删除模块
M2.2
刷新浏览模块
M6.3
修改模块
M3.1
基本资料模块
M7
报表生成模块
M3.2
刷新基本资料模块
M8
打印模块
M4.1
详细资料模块
M10
密码管理模块
M11
身份验证模块
验证用户身份
M12
帮助模块
3.3.3功能分配
(1)系统控制功能
●初始化模块(M1.1);
●关闭系统模块(M1.2);
●系统功能模块(M1.3)。
(2)浏览功能
●浏览模块(M2.1);
●刷新浏览模块(M2.2);
●基本资料模块(M3.1);
●刷新基本资料模块(M3.2);
●刷新详细资料模块(M4.2)。
(3)查看详细资料功能
●详细资料模块(4.1);
●刷新详细资料模块(4.2);
●基本资料模块(M3.2)。
(4)条件查询功能
●条件查询模块(M5.1);
●刷新浏览模块(M2.2);
●刷新基本资料模块(M3.2)。
(5)增加功能
●增加模块(M6.1);
●刷新详细资料模块(M4.2);
●刷新浏览模块(M2.2)。
(6)删除功能
●删除模块(M6.2);
●刷新基本资料模块(M3.2);
(7)修改功能
●修改模块(M6.3);
●刷新基本资料模块(M3.2);
(8)报表生成功能
报表生成模块(M7)。
(9)打印功能
打印模块(M8)。
(10)密码管理功能
密码管理模块(M10)。
(11)身份验证功能
身份验证模块(M11)。
(12)帮助功能
帮助模块(M12)。
3.4接口设计
3.4.1外部接口
(1)用户界面
采用目前非常流行的CUI,即诸如窗口,菜单,对话框,滚动条等,其主空界面如图所示。
(2)软件接口
运行与WINDOWS95及更高版本具有WIN32API的操作系统之上。
3.4.2内部接口
●初始化模块:
系统初始化时由操作系统调用,执行完毕后进入消息循环状态;
●关闭系统模块:
由系统功能模块调用,执行完毕后返回操作系统;
●系统功能模块:
接受系统功能区的相应消息,启动浏览,查询,增加,删除,修改,打印,报表生成等模块;
●浏览模块:
由相应消息驱动,完成对浏览区的直接消息响应功能,可能会调用刷新浏览模块;
●刷新浏览模块:
依据当前数据刷新浏览区;
●基本资料模块:
由相应消息驱动,完成对基本资料区的直接消息的相应功能,可能会调用刷新基本资料模块;
●刷新基本资料模块:
依据当前数据刷新基本资料区;
●详细资料模块:
由相应消息驱动,显示记录的详细资料;
●刷新详细资料模块:
已故当前数据刷新详细资料区;
●条件查询模块:
完成增加功能;
●增加模块:
●删除模块:
完成删除功能;
●修改模块?
完成修改功能;
●报表生成模块:
完成报表生成功能;
●打印模块:
完成打印功能;
●密码管理模块:
完成对密码的管理功能;
●身份验证模块:
完成对用户的身份验证功能;
●帮助功能:
为用户提供帮助功能。
3.5数据结构设计
3.5.1逻辑结构设计
(1)数据库Name-CarDTabel定义
字段名姓名类型
索引Indexs(unsigned)integer
姓名Namechar20
单位Companychar80
职位Jo
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 实验 报告 可行性研究