Trang 4 trên tổng số 4 Đầu tiênĐầu tiên ... 234
Từ 31 tới 39 trên tổng số 39 kết quả

Đề tài: Về phân tích thiết kế phần mềm

  1. #31
    Ngày gia nhập
    04 2009
    Nơi ở
    một căn hộ nhỏ trên trái đất
    Bài viết
    372

    Mặc định Về phân tích thiết kế phần mềm

    Trích dẫn Nguyên bản được gửi bởi C--
    Người làm PTTK tốt cần phải có khả năng nắm bắt vấn đề mà khách hàng trình bày tốt, khả năng tưởng tưởng những vấn đề liên quan mà khách hàng chưa hoặc không nói được tốt, nếu cần kinh nghiệm thì lại cần người đó có kinh nghiệm trong lãnh vực mà ta định làm hơn là code. Càng biết nhiều code thì ta càng có xu hướng nghĩ làm như thế nào, trong khi nhiệm vụ của PTTK là chỉ ra làm gì! Chuyện làm như thế nào là của Anh Em ta.
    Cái này mình chỉ đồng ý với bạn một phần thôi. Nhiệm vụ của PTTK là chỉ ra làm gì. Cái này chung chung quá. Nếu mình muốn làm một phần mềm về chat qua mạng, đứng trên quan điểm khách hàng, tất nhiên mình biết mình cần phải làm gì, hay nói khác chỉ ra công việc phải làm như: tạo tài khoản cho người dùng, cho phép kết nối nói chuyện nhiều người cùng một lúc, có thể gửi phim, ảnh, chia sẻ tài liệu, chat có giọng nói, vvv.....Chỉ ra việc cần làm như vậy thì chắc ai cũng chỉ được, nhưng như vậy thì các công ty chẳng cần đến phân tích thiết kế phần mềm làm gì? Rõ ràng một điều là nói như vậy thôi còn đến khi làm thì có rất nhiều công việc không hề đơn giản đang chờ ở phía trước.

    Cái gì làm cho TKPM có lương cao hơn so với người lập trình, thợ gõ mã như bạn nói. Theo mình, ngoài việc chỉ ra vấn đề phần mềm cần phải giải quyết (tức là phương hướng, yêu cầu ban đầu đứng trên nhu cầu thực tế của khác hàng), họ còn phải nêu được mô hình thiết kế các chức năng phần mềm cần thực hiện, tổ chức ra cấu trúc dữ liệu phần mềm dùng + thuật toán trên nền cấu trúc dữ liệu đó, tức là đã đi sâu vào mặt kĩ thuật, và tất nhiên càng chỉ tiết càng tốt. Ở đây họ không đơn thuần chỉ ra cần phải làm gì mà họ còn chỉ ra phải làm việc đó như thế nào, biết việc gì có thể làm được, chưa làm được. Nhiệm vụ của thợ gõ mã là thực hiện các công việc đó theo hướng dẫn chi tiết mà người phân tích thiết kế phần mềm đã bày ra. Ở khía cạnh này, công việc của thợ gõ mã cũng giống như công việc của người thợ xây xây dựng công trình dựa theo bản vẽ thiết kế của các kiến trúc sư. Tất nhiên kiến trúc sư thì chẳng cần bao giờ phải động đến công việc của thợ xây, nhưng với ngành Công nghệ phần mềm có đặc thù riêng, những ai đã lập trình rồi chắc cũng hiểu rằng phải lập trình rồi mới tạo ra cho mình tư duy giải quyết vấn đề tốt, diễn giải nó ra dưới dạng ngôn ngữ điều khiển đưa vào máy tính. Và thông thường mình phải va vấp nhiều vấn đề trong lập trình thì mình mới nâng cao khả năng tư duy đó lên được. Tư duy nâng cao sẽ có khả năng trừu tượng hóa vấn đề, không lệ thuộc vào ngôn ngữ hay công cụ sử dụng. Mình không tin rằng nhiều người có thể PTTK mà không học qua cấu trúc dữ liệu và giải thuật cũng như chưa từng lập trình. PTTK đòi hỏi phải là người có kinh nghiệm nhiều năm với các vấn đề hay gặp phải trong lập trình. Đọc về design pattern, chắc nhiều người cũng sẽ thấy các tác giả nắm rất chắc lập trình chứ không phải đùa.
    Ở đây mình hình dung quá trình để trở thành người PTTK giống như việc thăng tiến trong ngành công an, cảnh sát. Những người có thành tích tốt trong lập kế hoạch và truy bắt tôi phạm sẽ được đề bạt lên chức cao hơn, dần dần sẽ thành sếp lãnh đạo, lập ra kế hoạch, chỉ huy các lực lượng công an. Họ không cần phải trực tiếp tham gia nhiệm vụ mà là chỉ đạo chung thôi.
    Đã được chỉnh sửa lần cuối bởi icttrack : 15-02-2010 lúc 04:25 PM.
    Being top programmers always requires advanced knowledge of C/C++ and assembly


  2. #32
    Ngày gia nhập
    01 2010
    Bài viết
    25

    Mặc định Sự thừa kế trong PTTK

    Chào và chúc năm mới tới Bạn icttrack cùng tất cả Bạn!

    Đúng như dòng viết đậm của icttrack, PTTK "không đơn thuần chỉ ra cần phải làm gì mà họ còn chỉ ra phải làm việc đó như thế nào". Ngoài ra trong quá trình xây dựng bộ phận PTTK phải song hành giải quyết các vấn đề phát sinh hoạt những góc khuất mà tài liệu thiết kế ban đầu không mô tả được. Thậm chí cuối cùng bộ phận phân tích thiết kế còn phải tổng hợp thực tế sản xuất làm thành "Bản vẽ hoàn công" dùng cho bảo trì và phát triển chương trình sau này.

    Do phải qua một quy trình như vậy, sử dụng những nhân lực với những yêu cầu khác nhau. Nên mỗi công ty phần mềm tùy theo nguồn nhân lực mình có mà có sự phân công tổ chức khác nhau. Dẫn tới những biểu mẫu và thậm chí ranh giới PTTK cũng khác nhau. Ví dụ: với một công ty có vài tay code cứng thì việc PTTK không chỉ ra thuật toán, với một công ty có bề dày sản phẩm hoặc đã thực hiện một sản phẩm tương tự rồi thì việc PTTK không cần thiết kế cơ sở dử liệu vì trên nền kế thừa các lập trình viên dễ dàng giải quyết chuyện đó.

    Nếu ví chỉ ra làm gì là kiến trúc sư thì làm như thế nào tương tự kỹ sư kết cấu. Với những công ty phần mềm họ sẽ tách hai việc này giao cho hai đối tượng khác nhau ngoài việc dể kiếm người còn vì tính chất công việc kỹ sư kết cấu có tính kế thừa như trên. Do vậy một thông số để đánh giá năng lực công ty là mức độ kế thừa các thành phần (giao diện, công cụ, đối tượng, cơ sở dử liệu ...)

    Và dẫu có thừa kế, có hổ trợ của các cao thủ code trong công ty thì nhiệm vụ của PTTK không giảm đi mà ngược lại phải tập trung sâu hơn vào công năng, vào nhu cầu trước mắt, nhu cầu tương lai, phong cách đồ họa ... Những yếu tố đảm bảo "bán chạy" và là quyết định sự thành công của phần mềm cũng như công ty.

    @icttrack: theo mình thì việc chart qua mạng nên coi là một tính năng chứ không là phần mềm, tất nhiên mình hiểu Bạn ví dụ với một ý khác. Cám ơn Bạn.

    kỳ sau: Mẫu của Bảng PTTK như thế nào?
    Đã được chỉnh sửa lần cuối bởi C-- : 15-02-2010 lúc 06:28 PM.

  3. #33
    Ngày gia nhập
    01 2010
    Nơi ở
    Hà Nội
    Bài viết
    34

    Tớ mới bắt đầu học về lập trình nên chỉ hiểu coding là như thế nào; còn PTTK thì cũng không hiểu công việc và ý nghĩa thực sự là thế nào. Có bạn nào giúp mình chút không.

  4. #34
    Ngày gia nhập
    01 2010
    Bài viết
    25

    Chào Bạn giotnuoc_ht91

    Công việc PTTK thì bài trước tôi đã viết
    Trích dẫn Nguyên bản được gửi bởi C-- Xem bài viết
    Phân tích thiết kế là việc: Xây dựng các tài liệu (.doc) dùng làm cơ sở cho việc sản xuất, bảo trì phần mềm. Ví như bộ bản vẽ thiết kế trong việc xây dựng.
    Còn ý nghĩa của PTTK là từ đó hình dung ra diện mạo để tất cả các bộ phận của công ty đồng loạt thực hiện:
    Các Xếp: phác thảo tiến độ, phân công điều động binh sĩ, đóng gói thuê ngoài.
    Kinh doanh: cơ sở để soạn thảo hợp đồng, nội dung brochure.
    Database: lượm lặt những cái cũ và xây dựng thêm mới cơ sở dử liệu.
    Common: kiểm tra thư viện code nào dùng và thêm mới hoặc cơi nới.
    Lập trình viên: lực lượng xung kích, có bản đồ trong tay rồi ...xung phong!!!
    Đồ họa: hình ảnh các form, brochure.
    Kiểm lỗi và hướng dẫn: viết tài liệu hướng dẫn.
    Kế toán: theo dỏi cộng giờ nhân lương + 1001 thứ thành giá thành sản xuất.

    Dẫu nó quan trọng như thế, nhưng thực hiện đơn giản lắm (ai làm gì quen đó thôi). Vấn đề như các Bạn nêu trong bài trước là phải có một ví dụ, nhưng phải là một ví dụ thực tế, nó khả thi và đơn giản, dựa vào đó mà phân tích (của PTTK ?!) thì chỉ cần trình trung cấp là chơi được rồi (công ty tôi đang làm có tay PTTK có trình trung cấp đó chứ)

    Hiện tôi đang có bảng PTTK của phần mềm điều khiển máy tiện CNC của công ty tôi đang làm, nó khá đầy đủ có C#, C++, C. Các Xếp của tôi đã đồng ý cho tôi đưa lên rồi. Nhưng thằng khách hàng (viết độc quyền cho họ) nó ù ờ, sợ mình lợi dụng rồi núp dưới danh nghĩa cty khác đóng gói lại rồi bán cho những đối thủ cạnh tranh nó. Nhưng tôi sợ xếp tôi chứ không sợ nó, và các xếp đã đồng ý rồi thì chơi thôi.

    Trong thời gian chỉnh sữa lại một chút (theo ý Xếp tôi) và Việt hóa nó, thì chúng ta lần lượt trao đỗi từng khái niệm, vì nếu không có nó các Bạn chỉ thấy nó là những trang giấy bình thường như chử "tài liệu" mà tôi đã viết.
    Đã được chỉnh sửa lần cuối bởi C-- : 17-02-2010 lúc 09:20 PM.

  5. #35
    Ngày gia nhập
    01 2010
    Bài viết
    25

    Mặc định Mẫu của Bảng PTTK như thế nào?

    Nếu như các Bạn đọc từ đầu đến giờ và cùng thống nhất với tôi:
    o Chức năng PTTK: là tài liệu dùng làm cơ sở cho việc sản xuất và bảo trì 1 phần mềm.
    o Ý nghĩa PTTK: là làm cho các bộ phận trong công ty đồng loạt ra quân thực hiện.
    Thì việc thảo luận mẫu của bảng PTTK này thật đơn giản. Không có một mẫu chung cho tất cả công ty, nó là quy định riêng của từng công ty, cũng như bao quy định khác, mẫu này do Ban giám đốc công ty đưa ra và sự thỏa thuận của các bộ phận thụ hưởng (chứ không phải là bộ phận phân tích thiết kế). Thậm chí không phải bất biến mà thay đỗi theo từng thời điểm ứng với tình hình năng lực của nhân sự liên quan trong công ty. Chỉ cần nhìn mẫu ta có thể đánh giá được năng lực nhân sự cũng như lãnh đạo của công ty.

    Theo tôi mẫu này phải đơn giản thực dụng thỏa mãn các tiêu chí sau:
    o Ngắn gọn: con người bây giờ không ai muốn đọc dài cả, mà nhất là của dân IT viết.
    o Đơn giản: nó là tài liệu nội bộ, viết để riêng nhau đọc nên không tốn thời gian hoa hòe, nên có những bảng viết tay, nhất là những bảng dùng trình bày khi thảo luận với nhau, vì nó gắn cả hồn của cuộc thảo luận đó.
    o Hướng đối tượng: (đừng hiểu nhầm) tài liệu được viết cho nhiều nhóm nên chia từng phần cho từng nhóm, trong đó viết riêng đến họ, như gởi thư tay. Mục tiêu là họ phải hiểu để đồng bộ và thống nhất, kinh nghiệm của tôi là trước khi viết có những cuộc trao đỗi riêng, thảo luận và cuối cùng chỉ chép lại thảo luận đó. Đừng suy nghĩ là viết sao cho tất cả mọi người hiểu, phần nào phần đó hiểu thôi, kể cả xếp.

    Các công ty mà tôi biết cũng như mẫu mà tôi sẽ trình bày các Bạn có dạng sau:
    o Trang 1: tóm tắt PTTK
    o Trang 2: khái quát các phần mềm tương đương (đối thủ) chứng tỏ là ta có tham khảo.
    o Trang 3: viết cho phòng Kinh doanh (quan trọng hơn xếp), chức năng và ưu thế
    o Trang 4: viết cho xếp,và kế toán sơ đồ khối công việc
    o Trang 5: viết cho các bố Database, các khối (không phải bảng) dử liệu em cần (vị trí này hay nhăn nhất nên gọi là bố)
    o Trang 6: viết cho xếp "đồ chơi" Common (vị trí này code pro nhất nên thường là xếp) em xài những cái đã có này và muốn có thêm vài tính năng nữa.
    o Trang 7: viết cho các "em" thiết kế phong cách form chính và các form con (thường đồ họa là con gái và đẹp).
    o Trang 8: viết cho kiểm lỗi và hướng dẫn danh sách các thao tác của chương trình
    o Trang 9: viết cho lập trình viên các cụm (chứ không từng) form và công năng của chúng.

    Tất nhiên có những dự án đặt thù mà thêm các bộ phận đặt thù nữa, vì dụ về phần mềm điều khiển máy tiện CNC thì còn có viết cho đám lập trình nhúng, viết cho đám điện điều khiển, đám cơ khí.

    Mỗi chủ đề, mỗi phần chỉ nên trong 1 trang thôi, nhiều đồng nghiệp gọi tôi là Mr 1 trang là vì quan điểm tôi vấn đề gì thì tóm lược trong 1 trang thôi, cần tìm sâu chi tiết nào thì tìm trang chi tiết đó đọc (lại cũng 1 trang).

    Rất mong ý kiến của các Bạn

    Các Bạn lưu ý: hai phần chử xanh có gạch chân tôi sẽ có một bài riêng cho nó.
    kỳ tới: Công ty "mình tui" có cần PTTK không?
    Đã được chỉnh sửa lần cuối bởi C-- : 21-02-2010 lúc 02:44 AM.

  6. #36
    Ngày gia nhập
    01 2008
    Nơi ở
    Gameloft Studio
    Bài viết
    294

    Mặc định Về phân tích thiết kế phần mềm

    Theo mình nghĩ thì PTTK còn phụ thuộc vào từng dạng project nữa.

    Ví dụ như bạn viết phần mềm:

    + Quản lý nhân sự.
    + Một chương trình ứng dụng, tool, module, một trò chơi điện tử.
    + Một website.

    Thì cách PTTK khác nhau hoàn toàn chứ ko thể rập khuôn theo 1 quy trình giống như những gì bạn đã từng học ở trường lớp.

    * Với chương trình quản lý thì database nó là nền móng chính và thời gian phân tích thiết kế nó tập trung vào quy trình này.

    * Với một chương trình ứng dụng thì chưa hẳn nó sử dụng database. Lúc này thì phân tích thiết kế lại thiêng về thiết kế đối tượng, lập trình theo hướng components.

    * Với một website thì nó lại là trung gian giữa phần mềm ứng dụng và database. Nhưng hầu hết thì vẫn tập trung vào database, còn phần giao diện hay components thì opensource và tool hỗ trợ cũng khá nhiều.


    Hiện nay thì công việc của mình là làm về games. Nói chính xác hơn là chỉnh sửa lại games đã được viết ở nước ngoài, để nó có thể chạy trên nhiều nền tảng hơn và trên các thiết bị khác nhau.

    Một chương trình chạy được trên nhiều nền tảng, thiết bị thì nó sẽ bán được nhiều và doanh thu sẽ cao hơn, nhất là games trên di động. Và khi xây dựng chương trình như vậy người làm ra nó phải hoàn toàn xác định được những thành phần nào có thể bị sửa đổi và tách nó ra thành các interface để những người làm porting như mình sẽ implement lại nó tùy thuộc vào từng hệ điều hành, từng nền tảng nhất định.

    Có bao giờ bạn viết 1 chương trình trên windows. Bạn sẽ suy nghĩ nếu để chuyển nó sang linux, mac hay cả android bạn phải sửa những cái gì? Có thể chúng ta thì ko bao giờ nghĩ nhưng 1 programer giỏi họ phải thấu hiểu những điều đó.

    Lúc này thì các thư viện chuẩn của C, framework, opensource, đặc biệt là các nền tảng cross-platforms được đặt lên hàng đầu như OpenGL, STL, SDL, ...

    Nói chung thì đó là phần mềm dạng games và nó tập trung nặng vào code, optimize như thế nào để perfomance đạt hiệu quả cao...

    Còn có thể có những phần mềm dạng khác thì đòi hỏi những cách pttk khác nữa.
    Đã được chỉnh sửa lần cuối bởi ZCoder87 : 21-02-2010 lúc 11:57 AM.

  7. #37
    Ngày gia nhập
    01 2010
    Bài viết
    25

    Bạn ZCoder87 mến!

    Thật là thú vị khi biết công ty của Bạn có dùng Iterface, chủ đề PTTK và Iterface có nhiều phần giao nhau vì thế tôi cùng lúc tham gia một lúc 2 luồng của diễn đàn này. Hy vọng bạn ghé tham gia cho vui.

    Về việc các loại chương trình khác nhau thì PTTK khác nhau là dĩ nhiên rồi, tuy nhiên sự khác nhau nằm ở phần bộ phận tham gia dẫn tới trang liên quan đó khác thôi. Các trang khác thì na ná như vậy, vấn đề trên tôi muốn nói là việc đó đơn giản, theo riêng từng công ty, không có mẫu chung (chứ đừng đến nói mẫu dạy tại các trường của ta)

    Về database thì không nên nghĩ đến hệ cơ sở dử liệu lớn, ví dụ Plugin của Bạn gởi lên diển đàn này cũng là dạng cơ sở dử liệu. Các chương trình quản lý (viết đàng hoàng) cũng có cơ sở dử liệu riêng chương trình (lưu bản quyền, giao diện, thông số làm việc, thông tin khách hàng, blog lỗi, thông tin phiên bản từng thành phần...) song hành với cơ sở dử liệu người dùng. Chẵng qua là bí mật nghề nghiệp nên họ ẩn nó thôi.

    Về WebForm và WinForm ranh giới nó đang mờ dần, các chương trình WinForm (đàng hoàng) bây giờ vẫn phải hoạt động qua net (để bán thêm dịch vụ, ví dụ: trong phần mềm điều khiển máy tiện CNC có chức năng ghi log về server dịch vụ trên net, nhắn tin khi có sự cố... Qua đó, phát triển dịch vụ xử lý sự cố sau n giờ ...), hoặc có những panel kết nối internet như trang Startpage của VS, nhằm cung cắp thông tin nhà sản xuất, cộng đồng sử dụng... Thế giới Net ngoài trình duyệt cũng nhiều chuyện thú vị lắm Bạn.

    Hy vọng sẽ cùng thảo luận với Bạn trong những chủ đề tới.
    Đã được chỉnh sửa lần cuối bởi C-- : 23-02-2010 lúc 10:12 AM.

  8. #38
    Ngày gia nhập
    01 2010
    Bài viết
    25

    Mặc định Công ty "mình tui" có cần PTTK không?

    Thoạt nhìn thì không cần, một mình làm các khâu thì với Bản PTTK trong đầu việc gì viết ra tốn thời gian. Nhưng phân tích kỷ thì rất cần:

    Dầu một mình làm các khâu, nhưng một lúc chỉ làm 1 khâu. Ở môi trường công ty các khâu đồng loạt thực hiện, nên việc chia sẽ xử lý các quan hệ đan nhau nhanh chóng, tổng số công cho một dự án ít hơn nhiều. Vậy làm một mình nhiều công hơn, lâu hơn.

    Trong việc đa nhiệm đó có làm luôn khâu Xếp, nên tự quyết định thời gian cho việc làm và nghĩ của mình, như vậy thì sẽ bị ảnh hưởng nhiều vụ gái (chổ này không phải là ý tôi, ý của Kevin Hoang trong mục tuyển dụng với những Bạn đăng ký làm bán thời gian thôi), và nếu thoát được vụ đó (trong trường hợp bị kèm chặt) thì còn lắm cái hấp dẫn chi phối. Tất cả đều dẫn đến mất thời gian, lâu hơn

    ...và nhiều cái dẫn tới lâu hơn nữa. Mà khi đã lâu hơn thì Bảng PTTK trong RAM của nảo bộ được giải phóng để chứa những thứ khác cần thiết ứng với thời điểm đó, như khoái cảm, tìm câu giảm giận ... hay là một câu nói dối ngọt ngào, đủ thứ hằm bà lằng đó tiển phần lớn Bảng PTTK đi và nếu có chí (hay khách hàng nhí) thì quay lại PTTK đề làm tiếp, lần thứ 2 khác lần thứ 1 một ít. Và code lần thứ 1 không tự thay đỗi cho ứng với lần thứ 2, lần thứ n. Nên các quả bom trong code hình thành chờ khi giao hàng nổ chơi. Vòng lặp không vui đó quay lui tới nhiều lần, mỗi lần -- của Bạn một chút uy tín, ++ một ít tóc bạc.

    Trong trường hợp này Bảng PTTK như một trang nhớ ảo trên đĩa cứng, chứa tạm các thông tin để giải phóng Ram nảo cho tác vụ khác, và nhanh chóng nạp lại khi quay vào việc.

    Tuy nhiên dẫu có Bảng PTTK công ty mình tui vẫn dính vào vòng lặp trên, nhưng ít ra có các Bảng PTTK thì nhanh chóng chia sẽ với các Bạn khác giải quyết nốt dự án, lấy tiền và công ty "nhiều tui" ra đời.

    Ngoài vấn đề chủ quan cho nằm trong đầu trên, một nguyên nhân nữa khiến các Bạn "mình tui" không làm PTTK là ngộ nhận tốn thời gian, nhưng thật ra không phải vậy, các mẫu Bạn thấy trên mạng, các tài liệu Bạn hoặc Bạn của Bạn học trên trường, được các thạc sỹ hoặc cao hơn thế nữa viết thì phải viết sao cho nó xứng tầm với bằng cấp họ chớ. Còn mẫu từ các công ty phần mềm TTB (to to bự) nó cũng như tờ rơi quảng cáo đó Bạn, nội dung nó không còn dùng để xây dựng phần mềm nữa mà đã qua vụ khác rồi.

    Cuối cùng qua bài này tôi muốn nhấn mạnh hơn nữa là cty nào cũng cần PTTK và nhấn mạnh lại bảng PTTK không theo một mẫu cao siêu nào mà tùy thuộc vào số lượng và năng lực các thành viên trong công ty mình mà viết thôi.

    Kỳ sau: Tại sao trong PTTK chỉ cần dừng tới khối dử liệu và cụm form

  9. #39
    Ngày gia nhập
    01 2010
    Bài viết
    25

    Mặc định Tại sao trong PTTK chỉ cần tới khối dử liệu & cụm form

    Công việc PTTK cũng giống như bao công việc khác trong dây chuyền sản xuất, đều quan trọng và quyết định tới chất lượng cùng tiến độ cuả sản phẩm. Và cũng như bao việc Lãnh đạo khác, lãnh đạo cty phần mềm không cần phải giỏi kinh doanh, giỏi PTTK, giỏi code ...tất cả chỉ cần biết còn cái cần giỏi là hiểu biết sâu sắc năng lực các nhân viên của mình và xây dựng quy trình của dây chuyền đó.

    Yếu tố quan trọng hàng đầu của việc xây dựng dây chuyền là điểm gối đầu của từng bộ phận. Điểm đó phải đảm bảo:

    o Tính chất công việc tại trước và sau điểm gối đầu phải khác nhau nhiều: khi đó kỷ năng yêu cầu của hai khâu sẽ khác nhau, từ đó tăng tính chuyên nghiệp hóa dẫn tới tăng chất lượng và giảm tiến độ. Công việc phân tích thiết kế có trọng tâm là đưa ra vấn đề làm gì, cần kỷ năng nhậy bén nắm bắt yêu cầu và dự đoán tương lai. Việc làm như thế nào đòi hỏi một kỷ năng khác, am tường các công cụ riêng cty, thành thạo ngôn ngử lập trình, kinh nghiệm trong xử lý sự cố. Để kiếm được người cùng lúc giỏi được tất cả điều trên là không tưởng, cho nên dây chuyền tốt là chọn điểm kết thúc PTTK sau cho ít dính tới làm như thế nào nhất. Việc tránh vào chi tiết database cùng với từng form là sự tránh né này.

    o Công việc tại trước và sau điểm gối đầu phải phù hợp với năng lực nhân viên trong công ty: khi đó sẽ không có cảnh người làm quá tải người nhàn nhả. Có rất nhiều cty (thậm chí rất to, có chuẩn này chuẩn nọ) than phiền thiếu "trầm trọng" nhân viên PTTK. Khi xem quy trình của họ tôi tá hỏa họ đòi hỏi PTTK phải làm tới bảng dử liệu, tới từng form. Làm sao kiếm được người như vậy, và nếu không có chắp vá thì chất lượng tới đâu và quá trình Test tốn bao nhiêu sức lực.

    Ngược lại nếu chúng ta chọn điểm dừng tại khối database và cụm form thì có lẽ 70% Bạn đọc sẽ hiểu, làm được. Ngay cả với dự án khá lớn như "Phần mềm điều khiển máy tiện CNC" mà tôi đưa ví dụ sau.

    Cụm form: chính là cụm giao diện chức năng Vậy PM ĐKMTCNC cần những cụm giao diện gì?
    o Giao diện chính, thông tin quyền hạn người dùng và các thiết lập cơ bản của chương trình.
    o Chọn dao, thư viện dao, thông số kỷ thuật của từng dao.
    o Chọn phôi, thư viện phôi, thông số kỷ thuật của từng phôi.
    o Chọn hành trình chạy dao, thư viện hành trình, thông số kỷ thuật của từng hành trình.
    o Import các file Cad, Cam.
    o Giao diện lập trình thực tế, của những người thợ tiện trực tiếp tại máy tiện.
    o Giao diện điều khiển và hiển thị trạng thái hoạt động theo thời gian thực.
    o Giao diện bảo trì, sữa chửa và liên hệ server để cập nhật thông tin lổi.

    Các khối dử liệu: chính là những thông tin cụm chức năng cần lưu:
    o Khối dử liệu về giao diện, quyền người dùng và các thiết lập cơ bản.
    o Khối dử liệu về dao, phôi, hành trình.
    o Các file chương trình và các file Cad, Cam.
    o Logs và các thiết lập log.

    Tóm lại bài viết này phân tích điểm dừng của công việc PTTK và lồng vào ví dụ của dự án phần mềm điều khiển máy tiện CNC mà tôi có vinh dự tham gia. Giống như luồng Interface??? bắt đầu từ bài này tôi sẽ phân tích và lồng dần các ví dụ vào minh họa, mong các Bạn theo dõi.

    kỳ tới: Bảng PTTK bắt đầu từ đâu?
    Đã được chỉnh sửa lần cuối bởi C-- : 01-03-2010 lúc 08:41 PM.

Trang 4 trên tổng số 4 Đầu tiênĐầu tiên ... 234

Các đề tài tương tự

  1. TP HCM Công ty Cổ Phần Phong Phú Sắc Việt Tuyển vị trí Nhân viên thiết kế (designer)
    Gửi bởi popsworldwide trong diễn đàn Tuyển dụng - Việc làm CNTT
    Trả lời: 0
    Bài viết cuối: 08-11-2013, 02:04 PM
  2. Phân tích thiết kế phần mềm trong phân tích thiết kế hệ thống?
    Gửi bởi thegioiphang2 trong diễn đàn Thắc mắc lập trình C/C++/C++0x
    Trả lời: 2
    Bài viết cuối: 27-05-2012, 06:13 PM
  3. Phấn phủ trang điểm phấn má hồng và Mascara của Maybelline không thể thiếu cho phái đẹp
    Gửi bởi doithong8993 trong diễn đàn Giới thiệu website, sản phẩm của bạn
    Trả lời: 0
    Bài viết cuối: 18-03-2012, 11:35 PM
  4. phần merge module bị thiếu crystal report phải làm thế nào ?
    Gửi bởi manhluc88 trong diễn đàn Thắc mắc lập trình C#
    Trả lời: 1
    Bài viết cuối: 06-01-2011, 01:11 PM
  5. Thiết Kế Websie - Hosting - Server - Quảng Cáo - Văn Phòng Phẩm - Thiết Kế Logo,...Sóc
    Gửi bởi tieusangminh trong diễn đàn Giới thiệu website, sản phẩm của bạn
    Trả lời: 0
    Bài viết cuối: 17-06-2010, 10:49 PM

Quyền hạn của bạn

  • Bạn không thể gửi đề tài mới
  • Bạn không thể gửi bài trả lời
  • Bạn không thể gửi các đính kèm
  • Bạn không thể chỉnh sửa bài viết của bạn