大家发项目前,可参考这个细化自己的需求



群友们

尤其是要发项目,将要发项目的同学们

1 没图没文字,光说我要开发个应用多少钱,这个不好------除非,连前期设计费用也估算

,这当然也需要费用

2 只有图,没文字,这个也不好,因为没细化

细节的地方可能会差很多,参考1

3 没有图,只有文字,这个也不好,因为没细化

细节的地方可能会差很多,参考1,确切地说,这种情况,还不如2呢

软件开发的流程是

1 需求分析 2 基本设计 3 功能设计(数据库,画面)4编码 5 单体测试 6 结合测试 7 验收测试

通常设计阶段 编码 测试的时间比例是4:2:4(具体比例项目不同略有差别)

所以

发项目的同学,在完全没有设计的前提下,用1个点子来问价格,是很难确定的

正确的做法

是先找我们专业人士,花钱作设计,设计做完了,大概需要花费多少钱,也就出来了

这个做法,在欧美,日本等先进国家,已经定型了

所以,我在这里,给大家科普一下,

软件要发展,也离不开甲方的进步

以后大家有转甲方的,也可以做参考

另外,据我所知机械行业,电子行业也是这样,都需要先把具体的想法弄准确

才能开始下一步的行动

以上

时间: 2024-08-01 22:36:48

大家发项目前,可参考这个细化自己的需求的相关文章

grub2添加gpt+efi的win7引导项

1.进入linux,以root身份执行: sudo fdisk -l 此时列出硬盘的主要信息如下: Device Start End Size Type/dev/sda1 2048 616447 300M Windows recovery environment/dev/sda2 616448 821247 100M EFI System/dev/sda3 821248 1083391 128M Microsoft reserved/dev/sda4 1083392 122882047 58.1

浅谈测试驱动开发(TDD)

1. 优势 TDD的基本思路就是通过测试来推动整个开发的进行.而测试驱动开发技术并不只是单纯的测试工作. 需求向来就是软件开发过程中感觉最不好明确描述.易变的东西.这里说的需求不只是指用户的需求,还包括对代码的使用需求.很多开发人员最害怕的就是后期还要修改某个类或者函数的接口进行修改或者扩展,为什么会发生这样的事情就是因为这部分代码的使用需求没有很好的描述.测试驱动开发就是通过编写测试用例,先考虑代码的使用需求(包括功能.过程.接口等),而且这个描述是无二义的,可执行验证的. 通过编写这部分代码

脚本监控web服务器,工作不正常发邮件提醒

背景介绍公司有多个web网站,没有配置监控服务,每天都需要定时检查服务器是否工作正常.低效耗时. 代码片段 #!/bin/bash # Author Jerry.huang (Email:[email protected]) # Check web Server if [[ -z `curl -I -s "http://www.baidu.com" | grep "200 OK"` ]]; then echo "www.baidu.com server s

(转)浅谈测试驱动开发(TDD)

测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量.本文从开发人员使用的角度,介绍了 TDD 优势.原理.过程.原则.测试技术.Tips 等方面. 2 评论: 李群 ([email protected])www.ihere.org 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的,决定着开发是痛苦的挣扎,还是不断进步的喜悦.国人对软件蓝领的不屑,对繁琐冗长的传统开发过程的不耐,使大多数开发人员无所适从.最近兴起的一些软件开发过程相关

linux用mail命令发邮件

最近公司手游的一个测试区服务端老挂,于是乎整了个脚本监测着,挂了就给发邮件过来然后自动重启那个服务.. 于是乎开工 先mail一个看看,结果提示command not found(公司系统都是定制安装)哎,装mail吧 忘了mail的软件包名字找找咱用yum search mail找找 找到了接下来安装:yum install mailx -y 安装成功! 接下来编辑/etc/mail.rc直接文件末行加上以下配置: set [email protected](发送的邮件地址) set smtp

客户端单周发版下的多分支自动化管理与实践

背景 目前,互联网产品呈现出高频优化迭代的趋势,需求方希望尽早地看到结果,并给予及时反馈,所以技术团队需要用"小步快跑"的姿势来做产品,尽早地交付新版本.基于以上背景,美团客户端研发平台适时地推行了单周发版的迭代策略.单周版本迭代的优点可以概括为三个方面:更快地验证产品创意是否符合预期,更灵活地上线节奏,更早地修复线上Bug. 首先说一下美团平台的发版策略,主要变更点是由之前的每四周发一版改为每周都有发版.具体对比如下: (旧)三周迭代指的是2周开发+1周半测试,依赖固定的排期和测试时

关于定时发短信业务的讨论

关于定时发短信业务的讨论 事情的起因 需求:在每次线下活动的开始的前一天晚上七点给报名参加价值研习社的用户发一条通知短信用户记得准时参加活动. 备注:因为我们的业务并发不是很大,所以很多场景并没有考虑到并发情况下的一些问题,这个需求正好通过crontab执行,并且加上服务器的自动弹性伸缩,所以相当于模拟了一次并发的业务场景. 先简单介绍一下数据库的表结构: 这几个方案都依赖每天晚上七点执行一次corntab. 方案1 根据开讲时间查询活动表是否有满足条件的线下活动,如果有的话,再通过活动id关联

程序员到项目经理:从内而外的提升

转自:http://www.cnblogs.com/watsonyin/archive/2012/09/10/2679528.html 目录 从程序员到项目经理(一):为什么要当项目经理 从程序员到项目经理(二):升职之辨 从程序员到项目经理(三):认识项目经理 从程序员到项目经理(四):外行可以领导内行吗 从程序员到项目经理(五):程序员加油站,不是人人都懂的学习要点 从程序员到项目经理(六):程序员加油站 — 懂电脑更要懂人脑 从程序员到项目经理(七):程序员加油站 — 完美主义也是一种错

我们应当怎样做需求分析

我们应当怎样做需求调研:初识 3 我们应当怎样做需求调研:拜访 5 我们应当怎样做需求调研:研讨会 7 我们应当怎样做需求调研:需求研讨 9 我们应当怎样做需求调研:迭代 11 我们应当怎样做需求调研:需求捕获 13 我们应当怎样做需求分析:功能角色分析与用例图 15 我们应当怎样做需求分析:业务流程分析 18 我们应当怎样做需求分析:用例说明 21 我们应当怎样做需求分析:查询报表分析 23 我们应当怎样做需求分析:子用例与扩展用例 24 我们应当怎样做需求分析:行动图和状态图 25 我们应当