软件开发实践项目设计选题及要求.docx
- 文档编号:10114707
- 上传时间:2023-02-08
- 格式:DOCX
- 页数:48
- 大小:68.97KB
软件开发实践项目设计选题及要求.docx
《软件开发实践项目设计选题及要求.docx》由会员分享,可在线阅读,更多相关《软件开发实践项目设计选题及要求.docx(48页珍藏版)》请在冰豆网上搜索。
软件开发实践项目设计选题及要求
《软件开发实践》项目开发设计选题
一、项目设计总体目标
1.掌握软件需求分析的方法,重点是结构化分析方法和面向对象的方法,学会如何进行软件建模,如何编写软件需求规格说明;
2.掌握软件设计的方法,包括软件体系结构设计、界面设计、数据设计和模块设计等,学会如何建立软件设计模型,如何编写软件设计文档;
3.掌握软件实现的基本方法,学习使用软件开发工具开发软件;
4.掌握软件测试的基本方法,重点在测试计划和测试用例的设计,了解应做哪些方面的测试,测试数据如何设计,测试的内容和如何利用测试结果进行可靠性分析与预测。
5.进一步提升软件工程专业学生将三年来所学知识综合运用的能力,获得软件开发的实际技能和经验,培养了学生的市场意识和软件产品化能力,为后续课程学习、校外实训和本科毕业设计打下基础。
二、项目设计组织形式
将学生分成若干项目组,每组4人,指定组长1名,采用项目小组长负责制。
项目成果提交以小组为单位,要求提交一个通过集成的完整作品。
组长负责召集组员,探讨开发项目的内容、目标、分工和进度,课外组织成员进行项目开发。
课程以学生为主,教师采取引导、讨论的方式,最大程度调动学生的积极性,激发学生的开发兴趣,确定开发项目的内容、目标和分工。
根据软件工程的流程,按照实际工程的标准合理组织项目的实施,并验收项目成果。
采用小组化、个体化教学方式,更适合软件开发人才的培养。
教师充当教练和师傅,其教学效果远优于一般的大课课堂教学的效果,对培养学生的个性和能力很有帮助。
开发时间主要在课外,课堂时间主要用于进度检查和问题讨论。
在课堂讨论的同时,学生在课后完成课程项目的具体要求如下:
1.选题:
可在教师指定的课题中选择,也可自选项目。
自选项目需给出可行性分析报告。
2.启动:
组织软件开发团队,按照软件工程的标准编写"软件开发计划",并提交老师审批。
3.需求分析:
对系统和软件进行需求调研和分析,按照软件工程的标准编写"软件需求规格说明书",并进行评审(小组间交叉评审),文档及评审结果提交老师。
4.概要和详细设计:
进行系统及软件的设计,按照软件工程的标准编写相应的"软件设计文档",并进行评审(小组内部交叉评审),文档及评审结果提交老师。
5.软件测试:
进行系统软件测试,按照软件工程的标准编写相应的"软件测试文档",包括"测试计划"和"测试报告"等,并提交老师,作为项目验收的标准。
6.交付:
提交课题最终成果,包括移交清单、技术文档、源程序代码、可安装/执行软件等,并按照软件工程的标准编写"用户手册/系统使用说明"。
7.项目验收:
老师对提交的课题最终成果进行验收测试,确认系统的状态。
8.项目管理:
包括项目实施过程中的任务分解和责任分工,项目实施的计划和进度的跟踪,项目的质量管理和控制,软件的配置管理和版本控制等。
三、项目设计选题
1、基于协议的文字聊天系统的设计与实现
要求实现文字聊天软件的大部分功能。
按管理人员分类,不同权限人员具有不同管理功能。
具体功能如下:
1.系统架构为模式,即两个程序:
客户端程序和服务端程序。
编程语言不限。
2.客户端程序能够登录、发现好友上线、添加好友、同时与2个以上好友文字聊天、查找好友;
3.服务端程序需要有数据库存储好友信息并完成登录验证等其他功能。
4.只要服务端程序运行后,客户端程序就能与服务端或好友客户端通讯。
5.网络通讯协议使用协议
2、基于协议的文字聊天系统的设计与实现
要求实现文字聊天软件的大部分功能。
按管理人员分类,不同权限人员具有不同管理功能。
具体功能如下:
1.系统架构为模式,即两个程序:
客户端程序和服务端程序。
编程语言不限。
2.客户端程序能够登录、发现好友上线、添加好友、同时与2个以上好友文字聊天、查找好友;
3.服务端程序需要有数据库存储好友信息并完成登录验证等其他功能。
4.只要服务端程序运行后,客户端程序就能与服务端或好友客户端通讯。
5.网络通讯协议使用协议
3.基于协议的语音聊天系统的设计与实现
要求实现语音聊天软件的大部分功能。
按管理人员分类,不同权限人员具有不同管理功能。
具体功能如下:
1.系统架构为模式,即两个程序:
客户端程序和服务端程序。
编程语言不限。
2.客户端程序能够登录、发现好友上线、添加好友、同时与2个以上好友语音聊天、查找好友;
3.服务端程序需要有数据库存储好友信息并完成登录验证等其他功能。
4.只要服务端程序运行后,客户端程序就能与服务端或好友客户端通讯。
5.网络通讯协议使用协议
4.基于协议的语音聊天系统的设计与实现
要求实现语音聊天软件的大部分功能。
按管理人员分类,不同权限人员具有不同管理功能。
具体功能如下:
1.系统架构为模式,即两个程序:
客户端程序和服务端程序。
编程语言不限。
2.客户端程序能够登录、发现好友上线、添加好友、同时与2个以上好友语音聊天、查找好友;
3.服务端程序需要有数据库存储好友信息并完成登录验证等其他功能。
4.只要服务端程序运行后,客户端程序就能与服务端或好友客户端通讯。
5.网络通讯协议使用协议
5.基于协议的网吧计费管理系统的设计与实现
1.系统架构为模式,即两个程序:
客户端程序和服务端程序。
编程语言不限。
系统主要功能为:
2.:
客户开机后,第一个界面是用户登录,如果用户非法或余额不足不能登录,一个账号只能登录一台计算机,客户不登录不能使用计算机;客户登录成功后,除正常使用计算机以外,还可以查询帐号余额、帐号注销等。
3.:
服务端程序主要供管理员使用。
具有管理员登录、给帐号充值、能发送消息给客户端,并能提供客户上机状况进行各种查询和统计。
4.服务端程序需要有数据库存储相关信息,网络通讯使用协议
6基于的主观题考试及阅卷系统的设计与实现
在主观题的考试中,经常会出现以下情况,就是考生作答的内容可能不是唯一的,不一定与标准答案完全一致,单凭系统的自动改卷功能未必能正确判断出学生答案的正误,因此有必要进行人工阅卷。
本系统主要实现考试科目管理、试卷管理、试题管理、随机生成考生试卷、考生答题、教师改卷和对分数的统计分析等功能。
按管理人员分类,不同权限人员具有不同管理功能
7.基于的客观题考试及自动阅卷系统的设计与实现
无纸化考试系统中,客观题主要由文字和图形组成的单项选择题,多项选择题和判断题等三种类型的客观试题组成,客观题考试非常适合计算机自动阅卷,从而得到了大规模应用。
本系统主要实现考试科目管理、试卷管理、试题管理、随机生成考生试卷、考生答题、教师改卷和对分数的统计分析等功能。
8.基于的高校学生成绩管理系统的设计与实现
系统主要功能:
教师:
按课程录入、修改成绩
学生:
选课、查询成绩(按课程、学期)
管理员:
添加、修改和删除课程,添加、修改和删除教师和学生信息
按管理人员分类,不同权限人员具有不同管理功能
9.基于系统的音乐播放器的设计与实现
实现了以下功能:
1)从扫面本地音乐(已经下载到手机里的音乐文件),播放、暂停,显示进度以及当前播放时间,允许拖拽进度条,显示播放总时长。
2)在线反馈信息。
在后台可以对这些反馈消息回复。
客户端可以看到回复的内容。
3)后台可以随时发送通知到用户的手机上,即推送的功能。
4)根据需要自己可以增加其它功能
10.基于安卓手机系统的语音聊天系统的设计与实现
功能要求实现微信语音聊天基本功能,具体要求:
1.系统架构为模式,即两个程序:
客户端程序和服务端程序。
2.客户端程序能够登录、发现好友上线、添加好友、能够与2个以上好友语音聊天、查找好友;
3.服务端程序需要有数据库存储好友信息并完成登录验证等其他功能。
4.只要服务端程序运行后,客户端程序就能与服务端或好友客户端通讯。
11.基于的毕业论文管理系统的设计与实现
毕业论文管理系统主要功能如下:
(1)学生信息录入和教师信息录入、修改和删除。
信息录入:
对选题信息的录入、修改、删除。
(2)学生模块:
学生选题、修改,可供选题题目等信息查询
(3)教师模块:
查看已选题目和未选题目,查看选题学生信息、对学生完成情况的审核及最后给出的最终成绩
(4)实现各种查询功能
(5)按管理人员分类,不同权限人员具有不同管理功能;需要可视化图形界面
12.基于的仓库管理系统的设计与实现
(1)系统功能包括:
产品入出库登记、确认入出库信息、删除库内信息。
(2)系统管理员功能:
添加人员、删除人员、查询库内信息、用户管理。
(3)用户功能包括:
查询库内信息、查询出库信息、查询入库信息、修改本用户密码。
(4)按管理人员分类,不同权限人员具有不同管理功能;需要可视化图形界面
13.基于的酒店客房管理系统的设计与实现
1)实现客房信息的分类、录入、修改、查询。
2)实现客房的预订,入住,费用结算等管理功能。
3)实现各类查询:
空房源查询、客房已预订查询、入住率查询、已住用户信息查询
4)按管理人员分类,不同权限人员具有不同管理功能;需要可视化图形界面
14.基于的超市收银管理系统的设计与实现
功能要求:
用或其他平台设计一系统,能提供下列服务:
(1)按管理人员分类,不同权限人员具有不同管理功能;需要可视化图形界面
(2)商品入库信息管理:
录入商品分类以及详细信息,同时能够实现对商品入库信息的添加、修改、删除和查询功能。
(3)商品库存信息管理功能。
该功能模块是当入库的商品放入商店后,对库存商品进行统计管理,主要入库信息来源于
(2)中的商品入库信息记录。
需要记录的内容有:
库存商品的名称、类型、入库价格、销售价格、库存量、入库时间等,同时能够实现对商品库存信息的添加、修改、删除和查询功能。
在商品批量销售后,在表中能够同时删除相应的商品的数量。
同时,具有商品信息查询功能。
(4)商品销售信息管理功能。
该功能模块是把要销售的商品从超市中取出来,并对库存商品进行相应的记录管理,并且把顾客的购买信息打印下来给顾客做凭证。
需要记录的内容有:
出售商品的名称、类型、销售价格、数量、销售时间等,同时能够实现对商品销售信息的添加、修改、删除和查询功能。
1网站类的题目
注意:
实现为网站或者手机网站
1.1.网络环境下的图书馆管理系统
学院图书馆需要一个新的图书馆管理系统用于跟踪和管理图书馆资源。
图书馆管理的主要资源是图书。
图书由读者借出、还入和预定。
图书可能处于特殊的状态,如被预留或者仅做参考书。
在这些情况下,图书是不能被借走的。
除了图书,图书馆还有其他可以借出的资源,包括音乐、软件等,这些资源每次只能借出一周。
读者来图书馆借书,可能先查询馆中的图书信息。
查询可以按书名、作者、图书编号、关键字查询。
当找到要借的图书后,读者交给图书馆管理员,办理借书手续。
如果该书已经被全部借出,可做预订登记,等待有书时被通知。
如果图书馆没有该书的记录,可进行缺书登记。
办理借书手续时先要出示图书证,没有图书证则去图书馆办公室申办图书证。
如果借书数量超出规定,则不能继续借阅。
借书时图书馆管理员登记图书证编号、图书编号、借出时间和应还书时间。
当读者还书时,图书馆管理员根据图书证编号找到读者的借书信息,查看是否超期。
如果已经超期,则处罚。
如果图书有破损、丢失,则进行破损处罚。
登记还书信息,做还书处理,同时查看是否有预订登记,如果有则发出到书通知。
读者有不同的身份,这些身份影响一本书被借出的时间和决定能获取何种服务。
学生可借阅四周,老师可借阅三个月,图书馆馆员可以把书保留整整一年。
只要没有其他读者要求借阅,任何可借出的图书馆资源都可以续借。
图书馆还需管理收集大量的周刊、月刊和季刊杂志,这些杂志不能被借出,仅作为参考资料之用。
这些杂志按年装订成卷或录成微缩胶片。
图书采购人员采购图书时,要注意合理采购。
如果有缺书登记,则随时进行采购。
采购到货后,编目人员进行验收,编目、上架,录入图书信息,发到书通知。
如果图书丢失或旧书淘汰,则将该书从书库中清除,即图书注销。
以上是图书管理系统的基本需求。
经过与图书馆工作人员反复交流,他们提出了下列建议:
1.当读者借阅的图书到期时,希望能够提前以一个短信息或电子邮件方式提示读者。
2.读者希望能够实现网上查询和预订图书。
3.应用系统的各种参数设置最好是灵活的,由系统管理人员根据需要设定。
例如:
借阅量的上限,还书提示的时间,预订图书的保持时间等参数。
要求:
1.2.教务管理系统之子系统——学院课程安排
1.系统简介
每个学期的期中,学校教务处向各个学院发出下各学期的教学计划,包括课程名称、课程代码、课时、班级类别(本科、专科、成人教育)、班号等;学院教学主管人员根据教学任务和要求给出各个课程的相关限制(如:
任课教师的职称、上课的班数、最高和最低周学时数等);任课教师自报本人授课计划,经所在教研室协调任可,将教学计划上交学院主管教学计划的人员,批准后上报学校教务处,最终由教务处给出下个学期全学院教师的教学任务书。
假设上述排课过程全部由人工操作,现要求为上述过程实现计算机自动处理过程。
2.限定条件
⑴每位教师的主讲课程门数不超过2门/学期:
讲师以下职称的教师不能承担学院定主课的主讲任务。
⑵学院中层干部的主讲课时不能超过4学时/周。
⑶本学期出现严重教学事故的教师不能承担下学期的主讲任务。
⑷本系统的输入项至少包括:
教务处布置的教学计划,学院教师自报的授课计划和学院定的有关授课限制条件。
⑸本系统的输出项至少包括:
教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表(可以不含上课地点)。
要求:
结构
1.3.学校教材定购系统
1.系统简介
本系统可以细化为两个子系统:
领书系统和采购系统
领书系统的主要工作过程为:
首先由教师或学生提交用书单,经教材发行人员审核是有效用书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。
采购系统的主要工作过程为:
若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。
以上功能要求在计算机上实现。
2.技术要求和限制条件
⑴当书库中的各种书籍数量发生变化(包括进书和出书)时,都应修改相关的书库记录,如库存表或进/出库表。
⑵在实现上述销售和采购的工作过程时,需考虑有关的合法性验证。
⑶系统的外部项至少包括:
教师、学生和教材工作人员。
⑷系统的相关数据存储至少包括:
购书表、库存表、缺书登记表、待购教材表、进库表和出库表。
要求:
结构或结构
1.4.机票预定系统
1.系统简介
航空公司为给旅客乘机提供方便,需要开发一个机票预定系统。
各个旅行社把预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)输入到系统中,系统为旅客安排航班。
当旅客交付了预订金后,系统打印出取票通知和账单给旅客,旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。
此外航空公司为随时掌握各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。
2.技术要求和限制条件
⑴在分析系统功能时要考虑有关证件的合法性验证(如身份证、取票通知和交款发票)等。
⑵对于本系统还应补充一下功能:
①旅客延误了取票时间的处理
②航班取消后的处理
③旅客临时更改航班的处理
⑶系统的外部输入项至少包括:
旅客、旅行社和航空公司。
要求:
结构或结构
1.5.学校内部工资管理系统
1.系统简介
假设学校共有教职工约1000人,10个行政部门和8个系。
每个月20日前各个部门(包括系和部门)要将出勤情况上报人事处,23日前人事处将出勤工资、奖金及扣款清单送到财务处。
财务处于每个月月底将教职工的工资表做好并将数据送银行。
每个月3日将工资条发给每个单位。
若员工调入或调出、校内调动、离退休变化,则由人事处通知相关部门和财务处。
2.技术要求和限制条件
⑴本系统的数据存储至少包括:
工资表、部门汇总表、扣税款表、银行发放表等。
⑵除人事处、财务处外,其他职能部门和系名称可以简化表示。
⑶工资、奖金、扣款细节由学生自定义。
要求:
结构或结构
1.6.实验室设备管理系统
1.系统简介
每学年要对实验室设备使用情况进行统计、更新。
其中:
⑴对于已彻底损坏的做报废处理,同时详细记录有关信息。
⑵对于由严重问题(故障)的要及时修理,并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。
⑶对于急需修改但又缺少的设备,需以“申请表”的形式送交上级领导请求批准购买。
新设备购入后要立即进行设备登记(包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息),同时更新申请表的内容。
⑷随时对现有设备及其修理、报废情况进行统计、查询,要求能够按类别和时间段等查询。
2.技术要求及限制条件
⑴所有工作由专门人员负责完成,其他人不得任意使用。
⑵每件设备在做入库登记时均由系统按类别加自动顺序号编号,形成设备号;设备报废时要及时修改相应的设备记录,且有领导认可。
⑶本系统的数据存储至少包括:
设备记录、修理记录、报废记录、申请购买记录。
⑷本系统的输入项至少包括:
新设备信息、修理信息、申请购买信息、具体查询统计要求。
本系统的输出项至少包括:
设备购买申请表、修理/报废设备资金统计表
要求:
或结构
1.7.网上书店
假设个体书店店主小童委托计算机专业的大学毕业生组成的开发小组(5人)为他创建网上书店系统,以便能够扩展书店的客户群、科学管理、提高效益。
该书店以经营英语、计算机书籍为主。
在网上书店建立初期,要求在确保基本功能正常的情况下,尽量简化。
网站主要提供的基本服务项目有:
用户的注册,登录;用户的分级浏览或图书选购;店主对进书、售书、库存、帐目、客户的管理;以及网站的日常维护(比如,网上书店简介;网上书店信息发布;客户留言及对客户留言的反馈)。
如果可能,店主小童还希望利用电子商务突出自己网上书店的特色和提高书店的经营效益。
要求网页能够提供两级图书目录和三层信息(一级目录是图书的基本分类目录;其下是图书的二级目录,它对应于某基本分类之下的书名及其简要信息;当客户点击二级目录中的某本书之后,系统应当显示详细介绍该书的文字与图形信息)。
一般客户可以浏览网上书店内容。
欲购书的客户需要注册(提供邮购和管理所必须的有效信息,如姓名、地址、电话等)取得唯一的用户名成为会员。
会员登录后便可以购书一本或多本。
店主在客户确认网上订书单后的7日内收到其足额购书汇款单后的10日内根据与客户的约定时间送书到客户手中,同时应收到有客户签名的送书单回执。
店主应该能够对网上书店的进书、售书订单、库存、帐目(比如,日结帐,日销售额与鸁利额、)、客户信息进行查询和管理。
要求:
结构
1.8.酒店管理系统
为了实现酒店日常工作的高效管理,弥补人工管理的不足,开发酒店管理系统。
酒店经理可以通过这个系统对整个酒店情况进行掌握,前台人员可以进行接待和收银工作,财务人员可以进行账务统计和报表管理等。
项目目标:
●提供友好的用户界面,使操作人员的工作量最大限度地降低。
●有良好的运行效率,能达到提高工作效率的目的。
●有良好的可扩充性,可以容易地加入其它系统的应用。
●平台设计具有一定的超前性和灵活性。
●通过项目锻炼小组成员,提高小组软件开发能力。
应用环境:
根据用户的需求陈述可以确定系统分为前台和后台,前台的主要功能是接待、预订、收银等;后台的主要是管理、统计等。
无论是服务人员、管理人员还是经理,都要通过登录本系统,服务人员通过用户界面获取信息、登记客户信息;管理人员通过权限对系统进行管理,了解酒店动态。
用户信息管理系统:
主要执行数据库的运行权限管理。
客房标准管理系统:
包括客房的编号、类型、面积、最多容纳的人数、价格以及客房的硬件设施,如果空调、电视、网络、卫生间等。
当添加新的客房时,就添加相应的标准信息,可以随时查看客房的标准信息,根据需要进行修改和删除等操作。
客房信息管理系统:
主要察看客房的入住情况,了解客房的入住率。
订房信息管理系统:
酒店客房管理系统的核心部分。
它的主要功能是存储订房时的信息,包括登记人姓名、证件号、登记类型、所选的餐饮标准、押金及入住时间等。
这些信息直接关系到后续的结算信息管理。
结算信息管理系统:
结合订房的信息进行自动化结账,并存储结算信息,包括客房定价、押金、餐饮消费、客房消费、客户类型、结算时间、入住天数、消费总额等,结算完毕就可以退房。
要求:
或结构
1.9.高校学生勤工俭学管理系统
基本需求:
高校勤工俭学基金办公室是帮助同学参加高校勤工俭学劳动的机构。
人工管理中涉及对大量表格的查找,效率很低,工作人员负担很重,且易出差错。
因此,该办公室需求建立一个高效、准确,可以自动生成各种表格和报表的微机管理系统。
系统基本功能包括:
学生申请表和用工计划申请表的录入和存储;按照用工计划申请表的要求自动列出候选名单;自动生成应聘合同书;自动生成酬金发放单;生成月考核表。
要求:
与结构相结合
1.10.医院住院病人管理系统
基本需求:
1)病人入院登记(如姓名、性别、年龄等)、分配病历号,安排临床科室、病房床位、手术、转科调床及住院医疗费管理的日常业务需求。
2)提供收取病人的住院押金,打印押金收据,及作废押金单据等功能。
3)统计分析医院各科床位流动情况、工作量及医疗费用,输出病案首页、住院财务报表及住院医疗业务统计报表。
4)住院病人收费管理有催款、欠款处理及中途结帐功能。
5)系统保存住院病人可跟踪的入、出、转及费用发生动态,查询与病人实际动态随时随地保持一致,为住院病人费用结算、统计和财务核算分析提供及时、准确、完整的数据。
6)支持全院范围授权用户及病人家属对病人总帐、明细帐及费用使用情况的查询、咨询、随时提供病人住院费用清单。
(结构)
要求:
结构与结构结合
1.11.远程教育视频点播系统
基本需求:
1)课程点播,学生自由选择课程内容,自由控制听课进度。
点播内容包括:
视频,播放课程视频内容,用户可以通过视频区的控制按钮播放、暂停、停滞、快进、快退当前课程视频。
知识点,显示当前课程的知识大纲,可以点击某一知识点,直接跳转到该时刻接着听讲。
脚本,显示课程相关的文本、图片、网页等脚本内容,其中图片文档点击可显示原大。
2),提供一个与教师和学员交流的场所,允许查看、发表、回复所有专业的公告板上的留言
3)聊天室:
供当前同时在学习该课程的用户交流经验。
同一课程使用同一个聊天室。
要求:
结构
1.12.人事管理系统
系统主要功能:
1)具有员工基本资料管理、工作变动记录、职称评定记录、培训记录、奖惩记录等人事档案基本要素,支持员工照片管理。
2)能提供多种查询方式及浏览方式:
如按姓名、编号或按身份证号查询。
3)单个记录和全体记录浏览。
4)可设置多个条件进行搜索,例如可设置年龄段、工龄段来搜索员工记录。
5)能根据当前日期自动计算员工的年龄、工龄,合同到期提醒功能。
6)可方便地统计出各类职称、各类学历、各类户口、男女职工、已婚未婚以及正编、聘用、临时的员工人数。
7)各种数据可以打印报表输出,数据能转换为数据格式。
8)提供“数据备份”、“导入备份数据”等功能,保证数据安全。
要求:
结构
1.13.个人炒股理财软件
基本需求:
帮助股民管理股票和资金,解决炒股过程中繁杂的计算和记录工作,让用户轻松把握持股成本,了解盈亏情况,记录炒股经历。
系统应支持任意多个独立帐户,每个帐户内设股票明细帐、交易明细帐和资金明细帐。
功能包括:
存取资金登记、买卖股票登记
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 实践 项目 设计 选题 要求