社区
研发管理
帖子详情
怎样写一份合格的项目开发计划书???急!!!
za521mao
2004-10-20 10:07:56
我是一名大4的学生,这学期开了一门《IT项目管理》的课程,老师最近要求我们写一份 方案建议书和 一份项目开发计划书。各位大侠能否指导指导小弟!!
或者能否推荐一些比较好的关于这方面的网站!!!
小弟在这谢谢大家了!!!
...全文
740
14
打赏
收藏
怎样写一份合格的项目开发计划书???急!!!
我是一名大4的学生,这学期开了一门《IT项目管理》的课程,老师最近要求我们写一份方案建议书和一份项目开发计划书。各位大侠能否指导指导小弟!! 或者能否推荐一些比较好的关于这方面的网站!!! 小弟在这谢谢大家了!!!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
14 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
hphong
2004-10-29
打赏
举报
回复
hepl up
kmzwm
2004-10-28
打赏
举报
回复
大体上有这些:
项目质量目标
规模和进度安排
项目配置管理
人力资源
培训安排
等
cfchhx
2004-10-28
打赏
举报
回复
计划有一定的规则,楼上有兄弟写的够细了,不过实际应用中是很灵活的.
中心目的就一个:把问题说明白了.别云山雾海的.
cumtb2000
2004-10-27
打赏
举报
回复
去:技术区:Delphi数据库相关问题
“主 题: 哪位兄弟发一份项目计划书的范例给我看看,谢谢!”
看看
bjhong
2004-10-27
打赏
举报
回复
hzgood(try again) 写的不是计划书,有点象分析文档
lionhearter
2004-10-27
打赏
举报
回复
hzgood(try again) 好像列的太全了吧!这种计划行的通吗??
刚开始的项目计划应该是某个阶段干什么的呀,定下来什么时间干什么、花多少成本、什么人参与的吧!
如果是最开始的应该是项目调研(市场可行性、成本可行性和技术可行性)和成本估算之类的,如果要打动投资商,应该是前景和利润吧!
chatterley
2004-10-26
打赏
举报
回复
如果一个月前呆在图书管4楼,到现在就会写了~哈哈~
班级自己写的就象我这种傻子了,不过在这么短的时间内,又要学习,又要考试的,还要做这个东西~哎!!!!
好好学,到时候教我做软件哈
chatterley
2004-10-26
打赏
举报
回复
看来大家都一样啊,不知道楼主是哪个班的。好好努力啊!不过我也正在忙当中,我还差30%左右。
看来是完成不了。有空加我哈,我还不知道你们的名字呢!哈哈,看看我现在上网时间就知道我在干什么了。明天还要交差呢!
afei115(阿飞4883) 要分是吧,有个前提,学C++!那么我可以考虑考虑哈哈~~~
QQ:19269724
火电
2004-10-25
打赏
举报
回复
关键是结合你的需求来写
怎么实现
过程
进度的初步估计等
还有开发过程中的跟踪和与客户的交互等
还有预算
是否盈利,是否要做
flyinginlovezsy
2004-10-25
打赏
举报
回复
楼上的真的是厉害啊
yjtzc
2004-10-25
打赏
举报
回复
up
hzgood
2004-10-22
打赏
举报
回复
1 概述
1.1 系统简述
对系统要完成什么,所面向的用户以及系统运行的环境的简短描述,这部分主要来源于需求说明书的开始部分。
1.2 软件设计目标
这部分论述整个系统的设计目标,明确地说明哪些功能是系统决定实现而哪些时不准备实现的。同时,对于非功能性的需求例如性能、可用性等,亦需提及。需求规格说明书对于这部分的内容来说是很重要的参考,看看其中明确了的功能性以及非功能性的需求。
这部分必须说清楚设计的全貌如何,务必使读者看后知道将实现的系统有什么特点和功能。在随后的文档部分,将解释设计是怎么来实现这些的。
1.3 参考资料
列出本文档中所引用的参考资料。(至少要引用需求规格说明书)
1.4 修订版本记录
列出本文档修改的历史纪录。必须指明修改的内容、日期以及修改人。
2 术语表
对本文档中所使用的各种术语进行说明。如果一些术语在需求规格说明书中已经说明过了,此处不用再重复,可以指引读者参考需求说明。
3 用例
此处要求系统用用例图表述(UML),对每个用例(正常处理的情况)要有中文叙述。
4 设计概述
4.1 简述
这部分要求突出整个设计所采用的方法(是面向对象设计还是结构化设计)、系统的体系结构(例如客户/服务器结构)以及使用到的相应技术和工具(例如OMT、Rose)
4.2 系统结构设计
这部分要求提供高层系统结构的描述,使用方框图来显示主要的组件及组件间的交互。最好是把逻辑结构同物理结构分离,对前者进行描述。别忘了说明图中用到的俗语和符号。
4.2.1 顶层系统结构
4.2.2 子系统1结构
4.2.3 子系统2结构
4.3 系统界面
各种提供给用户的界面以及外部系统在此处要予以说明。如果在需求规格说明书中已经对用户界面有了叙述,此处不用再重复,可以指引读者参考需求说明。如果系统提供了对其它系统的接口,比如说从其它软件系统导入/导出数据,必须在此说明。
4.4 约束和假定
描述系统设计中最主要的约束,这些是由客户强制要求并在需求说明书写明的。说明系统是如何来适应这些约束的。
另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助,那么系统可能还受到其它的约束。这种情况下,要求清楚地描述与本系统有交互的软件类型(比如某某某数据库软件,某某某EMail软件)以及这样导致的约束(比如只允许纯文本的Email)。
实现的语言和平台也会对系统有约束,同样在此予以说明。
对于因选择具体的设计实现而导致对系统的约束,简要地描述你的想法思路,经过怎么样的权衡,为什么要采取这样的设计等等。
5 对象模型
5.1 系统对象模型
提供整个系统的对象模型,如果模型过大,按照可行的标准把它划分成小块,例如可以把客户端和服务器端的对象模型分开成两个图表述。
对象图应该包含什么呢?
在其中应该包含所有的系统对象。这些对象都是从理解需求后得到的。要明确哪些应该、哪些不应该被放进图中。
所有对象之间的关联必须被确定并且必须指明联系的基数(一对一、一对多还是多对多,0..1,*,1..*)。聚合和继承关系必须清楚地确定下来。每个图必须附有简单的说明。
可能经过多次反复之后才能得到系统的正确的对象模型。
6 对象描述
在这个部分叙述每个对象的细节,它的属性、它的方法。在这之前必须从逻辑上对对象进行组织。你可能需要用结构图把对象按子系统划分好。
为每个对象做一个条目。在系统对象模型中简要的描述它的用途、约束(如只能有一个实例),列出它的属性和方法。如果对象是存储在持久的数据容器中,标明它是持久对象,否则说明它是个临时对象(transient object)。
对每个对象的每个属性详细说明:名字、类型,如果属性不是很直观或者有约束(例如,每个对象的该属性必须有一个唯一的值或者值域是有限正整数等)。
对每个对象的每个方法详细说明:方法名,返回类型,返回值,参数,用途以及使用的算法的简要说明(如果不是特别简单的话)。如果对变量或者返回值由什么假定的话,Pre-conditions和Post-conditions必须在此说明。列出它或者被它调用的方法需要访问或者修改的属性。最后,提供可以验证实现方法的测试案例。
6.1 子系统1中的对象
6.1.1 对象:对象1
用途:
约束:
持久性:
6.1.1.1 属性描述:
1. 属性:属性1
类型:
描述:
约束:
2. 属性:属性2
6.1.1.2 方法描述:
1. 方法:方法1
返回类型:
参数:
返回值:
Pre-Condition:
Post-Condition:
读取/修改的属性:
调用的方法:
处理逻辑:
测试例:用什么参数调用该方法,期望的输出是什么……
7 动态模型
这部分的作用是描述系统如何响应各种事件。例如,可以建立系统的行为模型。一般使用顺序图和状态图。
确定不同的场景(Scenario)是第一步,不需要确定所有可能的场景,但是必须至少要覆盖典型的系统用例。不要自己去想当然地创造场景,通常的策略是描述那些客户可以感受得到的场景。
7.1 场景(Scenarios)
对每个场景做一则条目,包括以下内容:
场景名:给它一个可以望文生义的名字
场景描述:简要叙述场景是干什么的以及发生的动作的顺序。
顺序图:描述各种事件及事件发生的相对时间顺序。
7.1.1 场景:场景1
描述:
动作1
动作2
7.2 状态图
这部分的内容包括系统动态模型重要的部分的状态图。可能你想为每个对象画一个状态图,但事实上会导致太多不期望的细节信息,只需要确定系统中一些重要的对象并为之提供状态图即可。
7.2.1 状态图1:
8 非功能性需求
在这个部分,必须说明如何处理需求文档中指定的非功能性需求。尽可能客观地评估系统应付每一个非功能性的需求的能力程度。如果某些非功能性需求没有完全在设计的系统中实现,请务必在此说明。另外,你也需要对系统将来的进化作一个估计并描述本设计如何使系统能够适应这些可预见的变化。
9 辅助文档
提供能帮助理解设计的相应文档。
10 词汇索引
afei115
2004-10-21
打赏
举报
回复
哦,别忘了给我点分,我还没得过了。
afei115
2004-10-21
打赏
举报
回复
la ji 这都不会还是本科生那,我告诉你我也不会。等我会了在给你好了,哦忘了说了去你们学校的图书馆呆上一天就写出来了,笨蛋,就知道等现成的,到最后你是怎么死的都不知道。这是一个和你一样垃圾的人给你警告!!!!!!!!!!
如何
写
一份
合格
的SAP功能
开发
说明书--报表类
大家可以关注我个人公众号,所有分享内容,会在公众号第一时间推送,且阅读排版更好。 公众号里有很多SAP相关...这一篇,我们就简单聊聊一般情况下,如何
写
功能
开发
说明书。 功能
开发
说明书,是业务顾问和ABAP..
游戏策划入门(2)——如何
写
一份
项目
建议书?
能否独立完成
一份
合格
的
项目
建议书,就是执行策划和主策划的重要区别之一。如果说进行可行性分析是一个自我否定的过程,那
写
项目
建议书是一个向别人阐述自己观点的过程。通常情况下
项目
建议书是要去说服你的上司或...
如何编
写
一份
合格
的测试计划
一份
测试计划至少20多页,包含人员分工、里程碑、风险把控、上线标准、测试入场的标准、参考文档提交文档术语定义等等。一般都是由在团队中比较有威望的人(工作时间长的老员工,团队负责人)来
写
,小公司一般不
写
...
产品规格说明书怎么
写
_SAP业务顾问,如何
写
一篇
合格
的功能说明书
原文路径:如何
写
一份
合格
的SAP功能
开发
说明书--报表类mp.weixin.qq.com大家如果有兴趣,欢迎关原文链接中的注微信公众号,有很多很有用的知识分享和
项目
机会分享。导读前几天,有朋友发私信咨询一般如何
写
功能...
如何
写
一份
接地气的测试计划?(带模板)
“计划赶不上变化”, 但如果想要软件测试后期尽可能有序的开展,那么制定
一份
接地气的测试计划是必须的。 当然,如果你一直是做“敏捷”测试,可能都不知道测试计划为何物,而你常见的仅仅只是
一份
份任务排期表。 ...
研发管理
1,265
社区成员
28,324
社区内容
发帖
与我相关
我的任务
研发管理
软件工程/管理 管理版
复制链接
扫一扫
分享
社区描述
软件工程/管理 管理版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章