求教各位有经验的前辈，公司要求我开发一个定制的系统，可我却没任何项目经验，我该怎么做才能做得更好？

本帖最后由 happy09li 于 2014-10-22 12:23:39 编辑

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

不熟悉CSDN，怎么变成斜体了，自己又没有权限改，对不起各位了。外包我也想啊，可是公司不愿意给钱。
我自己就做过一套CS的,3套BS的
当然,就我自己做,想做出什么高大上的东西是做不出来的,凑合能用
CS的pass原因,居然是因为需要上传图纸,领导觉得不安全,还不如自己飞秋来回飞,然后就不要了
BS的最后一版更扯淡,原因是领导觉得表格系统不如自己玩excel方便
同意的不能再多了，还记得我公司那时为了提高逼格，让我开发一套CRM，我花了1个月左右的时间，去修改开源的CRM来符合我公司的实情，可惜开发好了之后，仅仅就使用了一个月，领导的原因很简单：Excel我看滴懂，这个（指的是CRM）我玩不转现在这套系统还躺在我公司的服务器上，一直未动。。
如果之前没有过项目经验，那么我可以告诉你，你的第一个项目，在多年后，你自己回头看，你会觉得一塌糊涂。
程序员都是在项目中成长的，第一个项目，你不用考虑太多东西，你会的，你就做，你不会的，你就用其他方式来代替，当某天，你的能力达到了，你再回头升级程序就好了，哪怕是要重写，我重写过很多次我自己的代码，我一点都不觉得麻烦，因为我每次重写代码，我就会觉得自己有所提高。
比如说，你做cs的系统，你如果不会通讯，那么你就做一个假的cs，也就是说，你只做一个客户端，直接查询数据库，数据库就是你的server端。
比如说，你做文件传输，你如果不会，那么你可以找一个服务器，架设一个ftp server，让用户在使用的时候，自己去用ftp。整个系统，全部用你的代码来实现，是不太可能的，一个项目或多或少会借用现有的成熟技术，而非自己去费心费力的开发一个类似东西。关于测试，测试是一个很重要的环节，大家都知道。如果没有好的测试环境的话，那么你只能期待自己来测试了，尽量的根据你的代码逻辑，测试那些“非”逻辑，而不是测试true逻辑。这样测试出来的程序才是可靠的。我说的“非”不是指你的if判断的非，而是指你的正常逻辑之外的，你的逻辑没有涉及到的情况。
领导的愿望很神奇,也很朴素
领导的想法就是:现在是怎么干活的,还不是excel表来回传
既然用excel表就能完成的工作,我为什么非要用你的东西呢,你的东西比excel表先进在哪里呢
要么你拿出一套比现在的办法高明的东西出来,大家一起用
要么就乖乖的躺在硬盘里不要出来祸害人
说点有些不太负责任的话：
反正就你一个开发人员，而且是公司内部使用，代码写成什么样其他人都不知道，反正功能上实现了就可以了。界面上可以弄的花哨一点，让其他人看了感觉很不一般。
按我的想法，只要用户不多（几十或上百），就用WinForm，ADO直连数据库进行操作，写起来简单，界面上放好控件，几个按钮实现一下功能（增加、修改、删除），再加几个报表，一个功能就OK了。其他的功能，就复制已有的这个，改一下代码，也OK了。
如果想深入学习、研究，可以找一些常用的框架了什么的，边学边写。
等你写了一二十个功能后，就有感觉了，就可以在网上搜一些有深度的东西来加到你的代码中了。
等你写了三五十个功能后，说不定就想全部重写了，因为境界不同了。
…………
不用写三五十个功能,就需要全部重写了,因为需求变了
我一开始做的CS,后来为什么改BS了呢,一方面是因为他们都不愿意安装客户端,想图省事.另一方面也是因为需求不断的在改,每次改需求都要所有人更新客户端,哪怕做成自动更新的,也太麻烦了.最后只好做成BS的,需求改了,我把最新程序上传到IIS上完事.
不用写三五十个功能,就需要全部重写了,因为需求变了
我一开始做的CS,后来为什么改BS了呢,一方面是因为他们都不愿意安装客户端,想图省事.另一方面也是因为需求不断的在改,每次改需求都要所有人更新客户端,哪怕做成自动更新的,也太麻烦了.最后只好做成BS的,需求改了,我把最新程序上传到IIS上完事.你笨啊，后台偷偷更新啊
楼主自求多福对没什么经验的人来说，修改bug是简单工作，麻烦的是将来无何止的需求修改，并且这个需求的变化你永远无权说 No
不用写三五十个功能,就需要全部重写了,因为需求变了
我一开始做的CS,后来为什么改BS了呢,一方面是因为他们都不愿意安装客户端,想图省事.另一方面也是因为需求不断的在改,每次改需求都要所有人更新客户端,哪怕做成自动更新的,也太麻烦了.最后只好做成BS的,需求改了,我把最新程序上传到IIS上完事.你笨啊，后台偷偷更新啊
客户端怎么个后台偷偷更新法？
一天没来居然看到这么多的回复，其中有些意见很好，谢谢各位。关于系统：再去买一套系统或者外包是不可能的，因为之前买的一套系统，在业内也算是不错的，但是公司用了之后总是有各种各样的需求，导致有些功能一直需要修改，几年了，所以人事部门不是很满意。关于业务：我们部门的领导很强势，业务能力也很强，基本上一些逻辑性的东西和大的框架上面还是他说了算。其他部门因为他们对于这个系统也不是很认真，积极性不够，测试反馈，需求等我总觉得有些不够，我担心他们考虑不够周到，以后需求要经常改。关于代码：代码我都是一个人写，个人认为还是比较规范，注释，变量命名等，反正领导也看不懂，写得烂他也不知道，这个我比较放心，哈哈。我就担心代码考虑得不够周到，通用性不够，以后如果一个小的需求，就要改动很多的代码就麻烦了。关于设计：界面是WINFORM的界面，美化不知道怎么弄？用户估计也就20个左右，但是数据量会比较大，一天估计要处理上10W条数据。这个我也没什么概念，这样的数据量会不会处理起来很慢？现在测试用的是SQL2008的数据库。之前我用VB.NET做的，后来花了一些时间全部改成C#，因为网上的例子比较多。明天几个领导就要找我开会了，这次比较重要，因为之前的那个系统又出了点问题（我估计以后就算我开发的能上线，系统的问题也会很多很多）我也不知道会议的主题是什么，得先准备一下，起码要有一个未来的开发的计划，到时候不是考虑可行性的时候，而是讨论如何继续做下去的问题。我个人还是想尽可能做成这个系统，对于我自己也是一个好的学习机会，虽然最终可能像某个网友说的99%可能不成功，但最重要的是我说过的，这是工作，必须要做。
行外领导累死三军……有个朋友从华为跳槽回老家武汉的一间国企，领导让他两个星期写个ERP出来，朋友说这么短时间不可能完成，领导曰：你技术不是很牛的咩？
其实比需求变动大更可怕的是对方没提需求，到时候出了问题都是你背黑锅。基本精神就是尽量将责任明确好，例如需求文档你可以自己写，但要他们签字，说明只做需求文档上有写的，没写的不做，到时候就可以用需求文档来推了。
领导还会有另一种说法:
正是因为现在管理比较混乱,所以才需要你做个系统来规范,要不然我们自己用excel用的挺好,要你干嘛
你自己好好想想应该有些什么功能,做出来,如果能用,我们就用,不能用,你再改,具体你还可以跟真正用的人多交流
把找别人买来的程序自己二次开发一下，解决Bug相对来说比较有目的性，而且改一段时间你就懂那个东西了。