Quy trình xây dựng phần mềm quản lý cổ đông, cổ tức: Lựa chọn ngôn ngữ lập trình

Lập trình và lựa chọn ngôn ngữ lập trình sử dụng

Bớc lập trình là một tiến trình dịch thiết kế chi tiết thành chơng trình bao gồm các tập hợp các dòng mã lệnh máy tính có thể hiểu đợc. Mỗi ngôn ngữ lập trình có những giới hạn nhất định do vậy dựa trên các đặc trng của ngôn ngữ, chúng ta sẽ chọn ngôn ngữ lập trình phù hợp với chơng trình ứng dụng tránh lựa chọn sai dẫn đến phải hay đổi ngôn ngữ hoặc sửa đổi thiết kế hệ thống. Một số ít ngôn ngữ hỗ trợ các kiểu dữ liệu logical, boolean, pointer, object, bit, ngày hoặc kiểu dữ liệu tự định nghĩa.

Có bốn mức kiểm tra dữ liệu để đảm bảo sự phù hợp của dữ liệu đợc nhập vào với kiểu dữ liệu đợc định nghĩa trong các phép toán học và toán tử logic, từ không kiểm tra đến kiểm tra chặt. Trớc hết, khả năng định nghĩa chơng trình con, hàm là rất quan trọng để có đợc các đặc trng chơng trình mong muốn. Khả năng có đợc dữ liệu cục bộ rất quan trọng trong việc che giấu thông tin và giảm thiểu việc liên kết.

Với những ngôn ngữ không cung cấp khả năng này, chơng trình có thể bị treo do không có khả năng cung cấp, phát bộ nhớ lúc cần thiết. Phạm vi cấu trúc ngôn ngữ trong quản lý bộ nhớ, biến cục bộ/ tổng thể, quản lý chơng trình con là sẵn dùng, nó quyết định tính hỗ trợ đa ngời dùng. Lý tởng nhất là ý nghĩ của con ngời tơng tự với sự biên dịch của chơng trình dịch và chơng trình dịch ra giống sự nhận thức của con ngời.

• Tính địa phơng - cục bộ: là sự cung cấp sự phân đoạn tự nhiên của mã lệnh, làm đơn giản hoá việc học, trực quan hoá từng phần của vấn đề và có thể mô phỏng các giải pháp. Ví dụ nh chơng trình gốc có thể đợc chuyển từ bộ xử lý này sang bộ xử lý khác và từ chơng trình biên dịch này sang chơng trình biên dịch khác với rất ít hoặc không cần sửa đổi gì, chơng trình gốc vẫn không thay đổi ngay cả khi môi tr- ờng của nó thay đổi nh việc cài đặt mới hệ điều hành…. Ngoài ra, công nghệ phần mềm ngày nay còn đợc trợ giúp bởi một công cụ mới CASE - phần mềm kỹ s trợ giúp máy tính.

Công cụ này không những hỗ trợ trọng quá trình thiết kế mà còn hỗ trợ lập trình, sinh mã và nhiều công đoạn của quá trình sản xuất phần mềm. Tóm lại, nh chúng ta đã biết đặc thù của phần mềm quản lý cổ đông, cổ tức là kiểu ứng dụng thời gian thực và tập trung vào luồng dữ liệu vào ra. Do vậy những yêu cầu quan trọng của một ngôn ngữ trong chơng trình quản lý cổ đông, cổ tức là phải hỗ trợ đa ngời dùng, quản lý đợc các kiểu dữ liệu nh dữ liệu số, văn bản, memo, ngày, logic… và hỗ trợ nhiều cấu trúc ngôn ngữ.

Phong cách lập trình [3]

Các cơ sở thực hiện bao gồm cả phần cứng, hệ điều hành, hay môi trờng thực hiện phần mềm. Lời chú thích cung cấp cho ngời phát triển một ý nghĩa truyền thông với các. Các chú thích mở đầu và chú thích chức năng là hai phạm trù đòi hỏi cách tiếp cận có hơi khác [14].

Thảo luận về dữ liệu thích hợp (nh các biến quan trọng và những hạn chế, giới hạn về cách dùng chúng) và các thông tin quan trọng khác. Các chú thích chức năng đợc nhúng vào bên trong thân của chơng trình gốc và. Thứ tự khai báo dữ liệu nên đợc chuẩn hoá cho dù ngôn ngữ lập trình không có yêu cầu bắt buộc nào về điều đó.

Các tên biến ngoài việc có nghĩa còn nên mang thông tin về kiểu của chúng. Các cấu trúc dữ liệu nên đợc chú giải đầy đủ về cấu trúc và chức năng, và các đặc thù về sử dụng. Việc xây dựng từng câu lệnh tuy nhiên lại là một phần của bớc lập trình.

Việc xây dựng câu lệnh nên tuân theo một quy tắc quan trọng hơn cả: mỗi câu lệnh nên đơn giản và trực tiếp. Cách xây dựng câu lệnh đơn và việc lùi trong lề minh hoạ cho các đặc trng logic và chức năng của đoạn này. Dùng dấu cách và/ hoặc các ký hiệu dễ đọc để làm sáng tỏ nội dung câu lệnh.

Để hớng tới chơng trình dễ hiểu luôn nên đặt ra câu hỏi: liệu có thể hiểu đợc. Giữ cho định dạng thông tin vào thống nhất khi một ngôn ngữ lập trình có các yêu cầu định dạng nghiêm ngặt. Đặc tả yêu cầuThiết kế mức cao Đặc tả chi tiết Thiết kế chi tiết Lập trình.

Kiểm tra và đảm bảo chất lợng phần mềm

Quá trình kiểm tra đợc tiến hành ở mọi công đoạn phát triển của phần mềm và không thực hiện trên chơng trình. • Kiểm tra đơn vị (Unit test): đợc tiến hành cho mỗi đơn vị mã nhỏ nhất đảm bảo chúng hoạt động tốt. • Kiểm tra tích hợp (Subsystem integration test): kiểm tra mặt logic và xử lý phù hợp của các khối, kiểm tra việc truyền tin giữa chúng.

• Kiểm tra hệ thống (System test): đánh giá xem các đặc tả chức năng có đợc. • Kiểm tra chấp thuận (Acceptance testing): đây là bớc kiểm tra cuối cùng tr- ớc khi phần mềm đợc đa vào sử dụng và thờng đợc tiến hành trên dữ liệu thực của khách hàng. Chiến lợc kiểm tra black - box cho rằng module liên quan đến đầu vào và đầu ra các chi tiết logic chi tiết đợc che dấu và không cần phân tích.

White - box hớng tới việc cho rằng logic đặc trng là quan trọng và cần phải kiểm tra. White - box đánh giá một vài hoặc tất cả mặt logic để kiểm tra đợc tính đúng đắn của chức năng. Kiểu thứ hai: liên quan tới việc kiểm tra đợc tiến hành thế nào, không quan tâm chiến lợc kiểm tra logic.

Top - down coi chơng trình chính là quan trọng nhất nên cần phải phát triển và kiểm tra trớc và tiếp tục trong quá trình phát triển. Các chiến lợc kiểm tra kể trên không loại trừ lẫn nhau, chúng có thể đợc sử dụng độc lập đồng thời nhằm phát hiện hết các lỗi tiềm ẩn. Quá trình kiểm thử này đợc thực hiện ngay trên chơng trình, cần có mã nguồn từ đó sẽ xác định đợc các lỗi lập trình, đánh giá đợc tính hiệu quả của phần mềm và.

Hỗ trợ các vấn đề liên quan đến test Báo cáo và tổng hợp kết quả test Lập và lu các hồ sơ liên quan đến test. Thu thập, kiểm soát các dữ liệu liên quan đến các hoạt động test Tính toán, phân tích các chi tiêu liên quan đến các hoạt động test. Các bớc công việc của bộ phận Test đợc thực hiện song song với các bớc trong quá trình phát triển phần mềm (hình 2.10).

Triển khai và đào tạo sử dụng

Xây dựng hớng dẫn test (bản thiết kế test, kịch bản test) Thực hiện test. Các bước khác trong quá trình phát triển phần mềm Các bước khác trong quá trình phát triển phần mềm. Đào tạo ngời sử dụng là một hoạt động không thể thiếu trong quá trình triển khai bất kỳ một phần mềm nào.

Mục tiêu của công tác này là ngời dùng đợc cổ đông, cổ tức để điều hành trôi chảy hệ thống mới, thông báo một số tình huống có thể gặp lỗi khi vận hành sản phẩm để ngời dùng biết cách xử trí. Đào tạo không chỉ bao gồm các hoạt động nhập dữ liệu, lập báo cáo mà còn phải giúp ngời dùng hiểu đợc cách thức vận hành của phần mềm. Những ngời sử dụng cần đợc đào tạo về những cách thức cụ thể trong công việc, giải thích các quy trình nghiệp vụ thủ công thay đổi nh thế nào khi đợc thực hiện bằng phần mềm.

Tuy vậy, đào tạo cũng là một yếu tố mang tính chủ quan cao nên đòi hỏi phải có một phơng pháp luận khoa học và dễ hiểu.

Bảo trì phần mềm

Yêu cầu thay đổiPhân tích các tác độngLập kế hoạch sửa đổiTriển khai sửa đổiVận hành hệ thống. Quá trình bảo trì thờng xuất phát từ một tập hợp các yêu cầu thay đổi của ngời dùng hệ thống. Khi những thay đổi này đợc chấp nhận, kế hoạch phát triển hệ thống sẽ đợc xây dựng.

Công nghệ bảo trì đa ra chìa khoá để cải tiến năng suất bảo trì. Với những thiết kế cẩn thận, sự cung cấp tài liệu kỹ lỡng và một loạt các phơng pháp kiểm tra hoàn thiện, các lỗi sẽ dễ dàng đợc chuẩn đoán và hiệu chỉnh khi chúng xảy ra, phần mềm sẽ dễ sửa.