View Full Version : Thiết kế phần mềm thế nào?
vnlegends
18-05-2007, 20:40
Hiện nay đa số anh em trong ngành IT mới ra trường hoặc có ít kinh nghiệm đều viết phần mềm theo kiểu nghĩ ra đến đâu thì code đến đó. Hay có phân tích cũng chỉ là phân tích CSDL và liệt kê ra các chức năng của chương trình cần làm thôi. Nếu đọc code mã mở của các phần mềm nổi tiếng như DNN,Rainbow... Thì chắc chắn không hiểu được! Bởi vì những phần mềm đó được thiết kế theo một kiến trúc chuẩn và thống nhất...Vậy làm thế nào và bao giờ chúng ta mới tự tay thiết kế được một hệ thống như vậy? Chúng ta cần tập trung vào khâu thiết kế chứ không thể chỉ nhăm nhe xin code (đọc cũng không thể hiểu được). Các bạn nên đọc cuốn Design Pattern ( Gung of Four) để biết các mẫu thiết kế cơ bản trong việc thiết kế phần mềm. Tiện đây nếu có cao thủ nào có cuốn Design Pattern Framework 2.0 thì share cho anh em cùng nghiên cứu vì trong đó có rất nhiều diagram và code chuẩn cùng các ví dụ thực tế. Hoặc ai có kinh nghiệm hay tài liệu gì liên quan đến thiết kế thì giúp đỡ anh em. Xin cám ơn!
VnComputerJobs
18-05-2007, 22:09
http://nghenghiep.vncomputerjobs.com/files/folders/design_patterns/default.aspx chi co' quyen nay thui
Nếu có thể lập một topic về design Pattern thì tốt quá. bạn vnlegents nói đúng đấy. Nhưng tui có một thắc mắc. Mã nguồn mở chẳng lẽ người ta chỉ quăng code cho mình mà không có các documents và các diagrams sao? vậy thì đọc sao hiểu nổi?
Ngo^'c_newbie
08-06-2007, 17:55
hic, đã xài chùa của người khác mà còn đòi hỏi document thì....lập trình viên nhịn đói hết, ý tưởng của người khác mà đọc hiểu được mới là....học chứ, người ta quăng ra một đống document thì còn học cái nỗi gì!
netnghia
20-07-2007, 14:30
Mình là sinh viên, chưa biết thiết kế phần mềm như thế nào, ai có kinh nghiệm đi làm rồi cũng thảo luận chỉ dẫn mình cũng như những bạn sinh viên khác đi.
Vì sự nghiệp công nghệ thông tin việt nam
tui tán thành ý của ông netnghia. phải như thế thì cả nước việt nam ai ai cũng viết được phần mềm.cho cả thế giới nhìn việt nam với 3 con mắt. phải ko các pác....
em đây ko phải dân IT nên có nói điều gì mạo muội xin các pác bõ qua cho.
mà các pác cho em hỏi muốn viết được 1 phần mềm đơn giản đến mức ko đơn giản hơn được thì mình phải cần và làm những gì ạ??
superntt
25-07-2007, 11:07
Download file lại bị hỏi password. Bác nào có 2 cuốn trên thì share lên cho anh em nghiên cứu với
duy007vn
07-09-2007, 22:49
File Not Found :(
Ai có up hộ anh em với nhé.
Thanks !
Nếu có thể lập một topic về design Pattern thì tốt quá. bạn vnlegents nói đúng đấy. Nhưng tui có một thắc mắc. Mã nguồn mở chẳng lẽ người ta chỉ quăng code cho mình mà không có các documents và các diagrams sao? vậy thì đọc sao hiểu nổi?
Tôi thấy ý kiến của bro hay đấy, vì Design Pattern chỉ đề ra các khung cho mình thôi, phải vận dụng được mới ăn thua.
Than Dieu
30-01-2008, 21:41
Thử tìm hiểu về Software Engineering xem.
Link: Software Engineering (http://forums.congdongcviet.com/forumdisplay.php?f=15)
Chúc các bạn may mắn và thành công!
DinhAnhTu
30-01-2008, 21:52
Mình có chút ít kinh nghiệm về lập trình form VBF 6.0, chuyên mục quản lý cơ sở dữ liệu. Nếu cậu không chê kinh nghiệm ít ỏi của tôi thì xin mời liên hệ hanoiimg_at@yahoo.com hoặc post bài nhé!
viruslovenolove
03-02-2008, 00:31
Trong 1 qui trình làm phần mềm, khâu phân tích, thiết kế là quan trọng nhất, quyết định sự thành bại của phần mềm. Trên thế giới, lương của phần phân tích, thiết kế cao hơn phần lập trình.
Hồi còn đi học, lúc đầu chưa học sâu về phân tích, thiết kế, tui chỉ ngồi code thôi, nghĩ tới đâu code tới đó, thì cũng ra sản phẩm là 1 phần mềm, chạy được, xài được. Nhưng càng học lên cao, khâu phân tích, thiết kế mới chiếm nhiều thời gian và đóng vai trò rất quan trọng.
Muốn trở thành lập trình viên tốt, bạn hãy đầu tư tốt vào các kiến thức phân tích, thiết kế.
Hãy tìm đọc các cuốn sách về Sofware Engineering.
Mình có 2 cuốn eBook đó đây nè, đúng là những thứ cực cực kì giá trị cho những lập trình viên phần mềm. Có điều Amazon nó bán đến $24 mỗi text-Book lận các bác ạ, mình bán lại các bác 75K 1 eBook thôi, vị chi cả 2 cuốn là 150K nhưng ko bắt buộc mua cả 2, vậy nhá ^^.
Bác nào cần thì liên hệ mình qua YM: plongcocacola@yahoo.com, nhớ giới thiệu là cần mua eBook cho mình dễ nhận biết.
Bàc nào đăng kí mua trong TP.HCM mình đem USB tới tận nhà cho test, chép, xong thanh toán tiền mặt lun, người VN mà ^^.
Đây là thông tin cụ thể 2 cuốn sách đó :
http://www.amazon.com/exec/obidos/ASIN/0471208310/ref=ase_theserverside-20/
http://www.amazon.com/exec/obidos/ASIN/0973589825
Ai có kinh nghiệm thì chia sẻ để chúng mình học hỏi với. Thank!
tui có kinh nghiệm (không nhiều nhưng đủ làm), nhưng chia cho các bác = cách nào thì không biết.
Nói chơi thôi, theo tui thì chẳgn ai dám tự nhận là giỏi môn này đâu, mọi người cứ hỏi thì tức khắc có người trả lời nếu họ biết. Chứ cứ nói ai có kinh nghiệm chia sẽ với thì chả biết chia sẽ từ chỗ nào.
Mình có 2 cuốn eBook đó đây nè, đúng là những thứ cực cực kì giá trị cho những lập trình viên phần mềm. Có điều Amazon nó bán đến $24 mỗi text-Book lận các bác ạ, mình bán lại các bác 75K 1 eBook thôi, vị chi cả 2 cuốn là 150K nhưng ko bắt buộc mua cả 2, vậy nhá ^^.
Bác nào cần thì liên hệ mình qua YM: plongcocacola@yahoo.com, nhớ giới thiệu là cần mua eBook cho mình dễ nhận biết.
Bàc nào đăng kí mua trong TP.HCM mình đem USB tới tận nhà cho test, chép, xong thanh toán tiền mặt lun, người VN mà ^^.
Đây là thông tin cụ thể 2 cuốn sách đó :
http://www.amazon.com/exec/obidos/ASIN/0471208310/ref=ase_theserverside-20/
http://www.amazon.com/exec/obidos/ASIN/0973589825
Chán cái kiểu làm ăn thế này, có thì share không thì thôi lại còn bày đặt đem bán
Mình chưa hiểu rõ thiết kế phần mềm là phải làm những gì. Hình như là phải giỏi ngôn ngữ lập trình (mình có biết đôi chút về ngôn ngữ lập trình trong Pascan nhưng không biết có gì liên quan không).
Để thiết kế 1 phần mềm đơn giản thì phải bắt đầu từ đâu?
Cho mình hỏi muốn trở thành developer thì phải học ở đâu(ở trường đại học, cao đẳng hay trung tâm...)? Khoảng bao nhiêu năm? Bạn nào biết chỉ giúp mình sớm nha (mình sắp vào lớp 12, phải biết để chọn trường chớ ^-^)
nguyen_lan2005
13-05-2008, 09:59
" Đây là thông tin cụ thể 2 cuốn sách đó
http://www.amazon.com/exec/obidos/AS...serverside-20/
http://www.amazon.com/exec/obidos/ASIN/0973589825 "
Hai cuốn này là của Java và PHP. Bạn bán hai cuốn đó đến 150k à? tôi đi dạy cho không (free).
Hiện nay có rất nhiều giáo trình nói về chủ đề này. Riêng cuốn "Design Pattern Framework 2.0" rất hay, thực ra ebook có công bố hay chưa chứ tài nguyên kèm theo sách rất hay và đáng để xem, cuốn này hơi hiếm. Tuy nhiên, xem cuốn này cũng chưa đủ ^.^.
Khi chúng ta khi tham khảo về thiết kế mẫu không cũng chưa đủ, còn nhiều yếu tố khác. Trong đó phương pháp Phân tích thiết kế hệ thống cần quan tâm, một khi ứng dụng được phân chia hăn hỏi thi khâu PT TK HT giữ vai trò quan trọng, nếu không ổn cả hệ thống sẽ sụp đổ khi hoạt động ở time nào đó.
Nếu làm một ứng dụng, sử dụng công nghệ ngôn ngữ như Pascal, C... rồi đến Java, .NET thì bạn sẽ thấy được sự khác biệt và bắt buộc bạn phải suy nghĩ. Do đó, bạn quan tâm đến điều gì? PT TK HT, Code, ý tưởng, giải pháp....
================================
http://www.becivn.net/traininghot.aspx
YH Mess: lanit_itec
NguyenTuanSinh
26-06-2008, 16:15
ủng hộ các ý kiến của các bác. Vì sự nghiệp phần mềm pro của Việt Nam. Chúng ta hãy cùng chia sẻ.
thanhhai8787
13-11-2008, 15:40
http://rapidshare.com/files/163304039/OReilly.C.Sharp.3.0.Design.Patterns.Jan.2008.pdf
Link direct đó.
Em cũng học thiết kế phần mềm nhưng chưa tốt lắm, gia đình chúng ta phải học tốt PTTK PM thôi. Anh em phải chia sẻ cho nhau chứ.
Hôm nào rảnh rảnh, tôi viết thông tin chung về "làm phần mềm" gởi các bác bàn thêm. Sẽ mởi 1 topic khác.
haichung
19-03-2009, 20:34
tôi cũng mong các bạn chia sẽ các kinh nghiệp co được khi bước đầu làm phần mềm.thanks!
Mình chưa hiểu rõ thiết kế phần mềm là phải làm những gì. Hình như là phải giỏi ngôn ngữ lập trình (mình có biết đôi chút về ngôn ngữ lập trình trong Pascan nhưng không biết có gì liên quan không).
Để thiết kế 1 phần mềm đơn giản thì phải bắt đầu từ đâu?
Cho mình hỏi muốn trở thành developer thì phải học ở đâu(ở trường đại học, cao đẳng hay trung tâm...)? Khoảng bao nhiêu năm? Bạn nào biết chỉ giúp mình sớm nha (mình sắp vào lớp 12, phải biết để chọn trường chớ ^-^)
Bạn ko nên hỏi những câu hỏi kiểu như này, mà bạn hãy thử hỏi xem bạn có đủ lòng đam mê với ngành, nghề bạn chọn hay không!!! Nếu mà đủ, thì ko quan trọng chuyện học ở đâu, và bao nhiêu năm, còn nếu không thì tốt nhất là ko nên theo. Mình đã có rất nhiều bạn đang theo học CNTT rồi bỏ về cả loạt để đi trường khác mặc dù đã học xong 2 năm, còn một số khác (học nông học) thì lại ngày đêm mải miết với những dòng lệnh, với những trang web ==> thật chớ trêu. Vì thế, mình chỉ mong bạn hãy suy nghĩ kĩ để đừng rơi vào trình trạng như vậy nữa, hãy chọn cho mình một còn đường phù hợp với sở thích, để có thể vừa thành công mà vẫn thỏa lòng đam mê!!
Chúc bạn thành công!!:)
nguyenthajson
26-04-2009, 17:45
Bạn ko nên hỏi những câu hỏi kiểu như này, mà bạn hãy thử hỏi xem bạn có đủ lòng đam mê với ngành, nghề bạn chọn hay không!!! Nếu mà đủ, thì ko quan trọng chuyện học ở đâu, và bao nhiêu năm, còn nếu không thì tốt nhất là ko nên theo. Mình đã có rất nhiều bạn đang theo học CNTT rồi bỏ về cả loạt để đi trường khác mặc dù đã học xong 2 năm, còn một số khác (học nông học) thì lại ngày đêm mải miết với những dòng lệnh, với những trang web ==> thật chớ trêu. Vì thế, mình chỉ mong bạn hãy suy nghĩ kĩ để đừng rơi vào trình trạng như vậy nữa, hãy chọn cho mình một còn đường phù hợp với sở thích, để có thể vừa thành công mà vẫn thỏa lòng đam mê!!
Chúc bạn thành công!!:)
hjz hjz.. sao noi' dung' vao` mjn`.. Tui cung~ hoc ve xay dung.. nhưng lại thích tìm hiểu về lập trình.. Suốt ngày lên mạng down Ebook lập trình về nhai.. Các bạn muốn tìm hiểu về lập trình, thiết kế.. Các bạn nên vào trang 3c.com.vn Ở đó có rất nhiều Ebook về lĩnh vực này.. Chúc may mắn.
dai_huyen_pro
16-07-2009, 20:39
cac bac biet den dau giup minh deb do gui tn cho minh nhe minh cam on nhieu wa dai_huyen_pro@yahoo.com cam on nhieu nhe.dat mong dc su giup do
kimduquan
17-07-2009, 11:43
theo mình 1 phầm mềm dù loại nào thì cũng gồm 3 modul lớn input,process,output,vì vậy trước tiên bạn phải liệt kê tất cả các nhiệm vụ mà phần mềm phải thực hiện,sau đó xác định nhiệm vụ nào thuộc modul nào,rồi tiếp tục chia nhỏ modul lớn thành các modul nhỏ hơn cho tới khi modul đủ nhỏ để code trực tiếp(đây gọi là phần "chia")rồi sau đó kết hợp các modul nhỏ thành modul lớn(đây gọi là phần "để trị"),câu hỏi đặt ra là làm sao để chia và làm sao để trị.Để "chia",ta phải chia modul lớn thành những modul nhỏ sao cho các modul con ko được trùng nhau và modul này ko làm ảnh hưởng đến modul kia,trong OOP gọi là tính đóng gói,trong toán rời rạc gọi là phân hoạch,và 1 modul nhỏ cũng bao gồm 3 phần input,process,output nên theo mình để chia 1 modul bất kì ta chia thành 3 modul nhỏ hơn chứa 3 thành phần trên cho đến khi ko thể chia nữa.Câu hỏi thứ 2 là làm sao để kết hợp các modul nhỏ thành 1 modul lớn,câu trả lời là ta xử lí đúng theo trình tự input,process,output.Tất cả các điều trên chỉ là ý kiến riêng của mình và hơi mang nặng tính lí thuyết,ai pro có thể chỉ giáo thêm cho mình.
01688512129
17-07-2009, 12:19
Ac!!!! Lam j ma mua ban du zay
Hiện nay đa số anh em trong ngành IT mới ra trường hoặc có ít kinh nghiệm đều viết phần mềm theo kiểu nghĩ ra đến đâu thì code đến đó. Hay có phân tích cũng chỉ là phân tích CSDL và liệt kê ra các chức năng của chương trình cần làm thôi. Nếu đọc code mã mở của các phần mềm nổi tiếng như DNN,Rainbow... Thì chắc chắn không hiểu được! Bởi vì những phần mềm đó được thiết kế theo một kiến trúc chuẩn và thống nhất...Vậy làm thế nào và bao giờ chúng ta mới tự tay thiết kế được một hệ thống như vậy? Chúng ta cần tập trung vào khâu thiết kế chứ không thể chỉ nhăm nhe xin code (đọc cũng không thể hiểu được). Các bạn nên đọc cuốn Design Pattern ( Gung of Four) để biết các mẫu thiết kế cơ bản trong việc thiết kế phần mềm. Tiện đây nếu có cao thủ nào có cuốn Design Pattern Framework 2.0 thì share cho anh em cùng nghiên cứu vì trong đó có rất nhiều diagram và code chuẩn cùng các ví dụ thực tế. Hoặc ai có kinh nghiệm hay tài liệu gì liên quan đến thiết kế thì giúp đỡ anh em. Xin cám ơn!
Thứ nhất, DNN và Rainbow chỉ là framework project thôi, chứ chưa phải là một project phần mềm.
Hàng chục năm qua, hầu như tất cả các công ty phần mềm đều "mơ tưởng" đến một việc có những project thiết kế theo đúng...giáo khoa thư. Nhưng có lẽ, hầu như con số những công ty có thể thiết kế đúng theo giáo khoa thư đếm được trên đầu ngón tay, và chỉ là những công ty lớn hoặc NASA (chương trình không gian của Hoa Kỳ), nhờ có hai điểm chính: A) họ có nguồn tài chính và nhân lực dồi dào, và B) họ độc quyền thị truờng cho nên không có sự cạnh tranh khốc liệt. Nếu bạn đã từng làm cho một công ty lớn có hai điều kiện trên, bạn sẽ còn thấy họ có những projects tốn hết cả 2 năm trời để design, và sau cùng là hủy bỏ vì nhận thấy không có sức khả thi. Hoặc sau 2 năm design, phải hủy bỏ vì... kỹ thuật không còn phù hợp.
Một project phần mềm có thể gọi là nổi danh trên thế giới, và nhiều trường đại học đã dùng làm đề tài cho sinh viên khảo cứu, đó là project phần mềm của hải cảng Singapore và thập niên 1980. Nên nhớ, vào thập niên này, kỹ thuật về thông tin không được như bây giờ. Project cảng của Singapore tốn hết 20 triệu Mỹ kim - một con số khiêm nhường, nhưng đã đạt được hiệu quả rất cao. Cảng Singapore là một hải cảng bận rộn nhất vùng biển Thái Bình Dương. Tại cảng này, tầu bè ra vào tấp nập. Project cảng đạt được hai yêu cầu như sau:
1) Các tầu vận tải có thể gửi thông tin vào máy chủ của cảng xin được cập bến để bốc hàng hoá, và sẽ được chấp thuận vào bến trong vòng 24 tiếng. Điều này là một cải cách rất lớn với thời đó. Vì trước khi đó, có nhiều tầu phải ngồi chờ ở ngoài khơi cả tuần lễ. Project cảng cũng cho phép các tầu có thể liên lạc với cảng xin phép khi đã tới gần Singapore. Máy điện toán trên tầu sẽ gửi tất cả những dữ liệu cần thiết về hàng hóa vào cảng. Khi tầu xin vào cập bến, thì máy chủ hoạt động để lấy tất cả những tài liệu về hàng hóa của tầu: bao nhiêu thùng(containers) sẽ được bốc lên, bốc lên cho hãng nào. Bao nhiêu thùng sẽ được bốc xuống. Bốc xuống rồi sẽ phân phối đi đâu. Những thùng sẽ được bốc lên tầu hiện đang nằm ở đâu, vân vân...
2) Khi một tầu vận tải cập bến, mục tiêu của cảng là bốc hàng trên tầu xuống, và bốc hàng lên tầu (nếu có) trong vòng tối đa là 24 tiếng. Có nghĩa là chỉ trong 24 tiếng đồng hồ thôi, chuyến tầu đó sẽ lại rời bến nhường chỗ cho một tầu khác. Đây cũng là một cải cách rất lớn, vì tại chính những cảng của những quốc gia lớn, có nhiều tầu phải nằm ụ cả tuần để chờ hàng bốc lên.
Làm được những điều trên với phí tổn 20 triệu Mỹ kim là một sự thành công vượt bực. Nhưng điều đưa đến sự thành công đó là chỉ vì chính phủ Singapore (và toàn thể nhân viên của cảng) đã có cả chục năm kinh nghiệm..."lâm sàng" với hệ thống phần mềm trước đó. Trong hàng chục năm trước, họ đã nhận thấy những ưu khuyết điểm trong việc điều hành cảng. Và thứ hai, dĩ nhiên là họ không sợ một công ty thứ hai nào sẽ đưa ra một phần mềm trước họ, cho nên họ có hàng năm trời để thiết kế.
Trong khi đó, tại chính cái nôi điện toán của thế giới là nước Mỹ, có nhiều tiểu bang đã tốn cả 50 triệu đô la hoặc nhiều hơn cho những projects trong vòng 1, 2 năm, để rồi sau cùng phải hủy bỏ vì ...không đạt yêu cầu.
Thí dụ khác chính là MicroSoft. Đây là một công ty phần mềm lớn nhất thế giới với hàng trăm projects cùng một lúc. Chỉ riêng cho SQL-2005 project, phải tốn hết 5 năm trời. Và SQL-2008 tốn hết 3 năm. Trong những năm cao điểm, đội ngũ lập trình của SQL lên đến 5000 ngàn người. Phải, 5 ngàn chứ không phải là 5 trăm. Thử tính đổ đồng một nhân viên tốn hết 100 ngàn đô một năm (tính cả bảo hiểm sức khoẻ, bảo hiểm thất nghiệp), cũng đã tốn hết một ngân khoản khổng lồ là 500 triệu Mỹ kim một năm. 3 năm tốn hết 1 tỷ 500 triệu. Đó là chưa tính tới những phí tổn khác như phòng ốc (mỗi nhân viên một phòng), vật dụng, v.v... Ít nhất, MicroSoft gần như đã làm chủ thị trường của CSDL. Tính chất cạnh tranh có thể nói là hoàn toàn không có. Do đó, họ có thể có một thời gian là 3 năm hoặc 5 năm cho một project.
Còn những công ty nhỏ khác? Vào thời buổi bây giờ, mặc dù tiền đã xuống giá, 20 triệu một năm cho môt project đã là một con số lớn. Và với 20 triệu, người ta không thể có đươc một thời gian hơn một năm. Đừng nói là một năm, chỉ có sáu tháng thôi. Sáu tháng là mức độ trung bình cho những công ty phần mềm nhỏ muốn tung ra thị trường một phiên bản mới. Và một năm cho những sáng tác hoàn toàn mới mẻ.
Với từ 6 tháng đến 1 năm, với một đội ngũ vào khoảng từ 4 đến 10 lập trình gia, người ta không có thời gian và nhân lực để tính đến chuyện thiết kế một phần mềm theo đúng sách vở, theo đúng giáo khoa thư, và theo đúng những quy tắc mà họ mơ ước.
Tuy nhiên, không có nghĩa là người ta viết theo kiểu nghĩ đến đâu viết đến đó. Cho dù chỉ là một người duy nhất, cũng phải theo một quy trình nhất định. Cũng phải dùng MicroSoft project để quy hoạch những điều cần phải làm trước, làm sau. Cũng phải có những ...backup plan để có thể tiếp sức cho những đoạn bị trục trặc. Cũng phải có kế hoach, có thiết kế, có chia (Break up) project ra thành nhiều giai đoạn, nhiều modules.
Riêng phần DNN hoặc Rainbow, thì ít nhất, tôi chưa thấy một công ty nào dùng framework của nó hoàn toàn 100%. Có rất nhiều lập trình gia đã download chúng, nhưng hoàn toàn chỉ là nghiên cứu, học tập. Và có dùng, cũng chỉ dùng những phần rất nhỏ, hoặc copy ra một vài đoạn code mà họ đã hiểu hoàn toàn thấu đáo. Còn như dùng toàn phần của framework mà không hiểu gì cả, đó là tự sát.
Cách thông thường nhất các lập trình gia tại các công ty bậc trung và nhỏ thường dùng là:
1. Thâu thập dữ kiện và viết business requirements (yêu cầu doanh nghiệp).
2. Các lập trình gia nghiên cứu BR và viết ra technical requirement. Trong phần này có cả thiết kế đồ họa và prototypes, cũng như áp dụng SWOT analysis (thế mạnh, thế yếu, cơ hội, và hiểm họa). Phần 1 và 2 có thể sẽ chiếm một thời gian rất dài. Tốn rất nhiều những buổi họp và bàn cãi. Sau đó, phải đệ trình lên giám đốc. Ban giám đốc cũng sẽ phải tiên đoán ROI (Returns On Investment). Dĩ nhiên, không giám đốc có thể bỏ ra 20 triệu tiền đầu tư để lấy về một năm 100 ngàn tiền lời hết.
3. Dùng MicroSoft Project để chia technical requirements (lúc này đã trở thành một design document với những thiết kế đồ họa và nhiều tài liệu khác) ra làm nhiều phần, và chia việc cho từng lập trình gia theo trình độ/hiểu biết của từng người. Mỗi một phần thường thường là 1 tháng.
4. Các lập trình gia bắt đầu sáng tác theo chỉ định, ai làm nhiệm vụ đấy. Các testers cũng bắt đầu viết những scripts cho test. Các nhân viên IT cũng sẵn sàng cung cấp và thiết kế máy móc theo yêu cầu. Mỗi tuần đều họp một lần để báo cáo từng phần đã hoàn thành mỹ mãn, phần nào bị trục trặc và có thể bi đình trệ. Quản lý project rất lưu tâm đến những phần bị trục trặc và cố gắng tìm phương án giải quyết. Đôi khi phải quay trở lại 1,2,3 để thay đổi một vài dự tính ban đầu.
5. Và sau cùng là Beta, là RC, và RTM... Sau beta là có tiệc tùng, sau RC là có tiệc tùng, và sau RTM cũng có tiệc tùng, có nghỉ phép, có thưởng...
boysokhanh
06-10-2009, 23:48
uh e cung mơi zo lớp trung cấp công nghệ thộng tin nà, e học 2 tuần rùi mà no pat e học tin hoc dai cưong ko à, càhn chết ko biết bao jo e mơi zo dc chuyen ngành phần mem cua e đây hj
tranngoclan1987
07-10-2009, 00:04
Em chuẩn bị đi làm mà không biết lập trình viên ở VN là phải làm những công việc gì. Code với 1 ngôn ngữ thì có thể em biết nhưng ở các công ty việt nam thì LTV có cần phải phân tích lại đối tượng rồi mới viết code không?
Không biết là họ có bắt buộc mình phải viết theo một mẫu design pattern nào không hay là mà mình tự quyết định sử dụng một mẫu design pattern mà nó thích hợp?
Ít nhất, MicroSoft gần như đã làm chủ thị trường của CSDL. Tính chất cạnh tranh có thể nói là hoàn toàn không có. Do đó, họ có thể có một thời gian là 3 năm hoặc 5 năm cho một project.
Cái này ở đâu vậy?! Bác này vui tính. Hiện tại (số liệu năm 2008), Oracle chiếm khoảng 43% thị phần, IBM 21% là , MS là 18% (cái MySQL thì em ko rõ!). Thực tế là từ trước đến giờ, Oracle vẫn dẫn đầu thị trường này. Bác này phán hăng vãi ra.
hay quá mình đang làm phần mềm quản lý nhà hàng nè . sắp nộp rùi.
langxangvn
29-11-2009, 11:08
Thử tìm hiểu về Software Engineering xem.
Link: Software Engineering (http://forums.congdongcviet.com/forumdisplay.php?f=15)
Chúc các bạn may mắn và thành công!
Software Engineering bao gồm nhiều thứ lắm. Để hiểu và làm được 1 phần trong đó đã là thành công rồi. Nói chung cần thực hiện và trải nghiệm, tôi nghĩ mức có thể gọi là nhập môn 1 lĩnh vực cũng cần 3 năm. Và design như thế nào còn liên quan nhiều chuyện khác: budget bao nhiêu, backgound của đội ngũ developer ra sao, timeline, tính chất project... Nếu bạn cần học thiết kế thì cứ bắt đầu tìm hiểu sẽ từ từ tìm ra thôi, đâu cần phải vội vàng.
domiladomifa
13-11-2010, 19:00
Mình có 2 cuốn eBook đó đây nè, đúng là những thứ cực cực kì giá trị cho những lập trình viên phần mềm. Có điều Amazon nó bán đến $24 mỗi text-Book lận các bác ạ, mình bán lại các bác 75K 1 eBook thôi, vị chi cả 2 cuốn là 150K nhưng ko bắt buộc mua cả 2, vậy nhá ^^.
Bác nào cần thì liên hệ mình qua YM: plongcocacola@yahoo.com, nhớ giới thiệu là cần mua eBook cho mình dễ nhận biết.
Bàc nào đăng kí mua trong TP.HCM mình đem USB tới tận nhà cho test, chép, xong thanh toán tiền mặt lun, người VN mà ^^.
Đây là thông tin cụ thể 2 cuốn sách đó :
http://www.amazon.com/exec/obidos/ASIN/0471208310/ref=ase_theserverside-20/
http://www.amazon.com/exec/obidos/ASIN/0973589825
EJB Design Patterns.djvu:
http://www.mediafire.com/?1g1r9pa38upysa7
PHP Architects Guide to PHP Design Patterns.pdf :
http://www.mediafire.com/?70sm2xciorj0i18
thanhdanhsoft
16-12-2010, 13:03
Theo mình nghĩ, thiết kế phần mềm là một chủ đề rất lớn, không biết bàn đến bao giờ cho xong.
Vậy nên cách tốt nhất là ai có những kinh nghiệm nào thấy là hay thì chia sẽ, còn không thì có thể hỏi những vấn đề mình vướn.
Hiện tại mình vẫn đang kim quản lý dự án và phân tích thiết kế.Mình cũng không theo một chuẩn duy nhất nào về kiến thức đã học trong trường lớp.
Công việc thiết kế phần mềm hiện tại của mình là:
1/Lấy yêu cầu của khách hàng
2/Phân tích yêu cầu & Thiết kế DB & Giao diện demo
3/Review lại với khách hàng
4/Điều chỉnh giao diện và DB
5/Code
...Trong quá trình này thường xuyên trao đổi về các chức năng đã làm.
...Complete từng chức năng cho người dùng thông qua sự phản hồi của khách hàng.
Cái này ở đâu vậy?! Bác này vui tính. Hiện tại (số liệu năm 2008), Oracle chiếm khoảng 43% thị phần, IBM 21% là , MS là 18% (cái MySQL thì em ko rõ!). Thực tế là từ trước đến giờ, Oracle vẫn dẫn đầu thị trường này. Bác này phán hăng vãi ra.
MySQL của SUN, giờ thì Oracle và SUN đã sáp nhập lại với nhau, SQL Server chiếm thị phần thế nào?
Có vẻ như anh bạn phát biểu SQL Server chiếm lĩnh này đam mê MS quá nên hơi bị quáng!
mình vẫn thích nhăm nhe xin code hơn.
B1. phân tích yêu cầu:
a. hiêu được quy trình công việc cần thực hiện
b. các tác nhân tham gia
c phân loại tác nhân
d. bậc tác nhân
e mối quan hệ giữa các tác nhân
...........
cao thủ cho ý kiến thêm về B1 này nhé
Hiện nay đa số anh em trong ngành IT mới ra trường hoặc có ít kinh nghiệm đều viết phần mềm theo kiểu nghĩ ra đến đâu thì code đến đó. Hay có phân tích cũng chỉ là phân tích CSDL và liệt kê ra các chức năng của chương trình cần làm thôi. Nếu đọc code mã mở của các phần mềm nổi tiếng như DNN,Rainbow... Thì chắc chắn không hiểu được! Bởi vì những phần mềm đó được thiết kế theo một kiến trúc chuẩn và thống nhất...Vậy làm thế nào và bao giờ chúng ta mới tự tay thiết kế được một hệ thống như vậy? Chúng ta cần tập trung vào khâu thiết kế chứ không thể chỉ nhăm nhe xin code (đọc cũng không thể hiểu được). Các bạn nên đọc cuốn Design Pattern ( Gung of Four) để biết các mẫu thiết kế cơ bản trong việc thiết kế phần mềm. Tiện đây nếu có cao thủ nào có cuốn Design Pattern Framework 2.0 thì share cho anh em cùng nghiên cứu vì trong đó có rất nhiều diagram và code chuẩn cùng các ví dụ thực tế. Hoặc ai có kinh nghiệm hay tài liệu gì liên quan đến thiết kế thì giúp đỡ anh em. Xin cám ơn!
Mình cũng đang cần cuốn này, bạn nào có cho mình xin 1 bản nhé
Powered by vBulletin® Version 4.2.0 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.