ABC Systems History 1 Background in

ABC Systems History






1 Background information on ABC Systems
You work for ABC Systems, a company that provides software development and support services to businesses throughout the world.
ABC Systems has been asked to develop a new product – the Viking project management tool. You have been asked to manage this project.
Viking is ABC Systems’ 2nd software development project. Their first project, Matador, is a time sheet system that interfaces with all of the major Enterprise Resource Planning (ERP) systems to automate the collection and reporting of employee work against defined projects, and to automate the billing of employee work where appropriate.
You have spent the first few weeks of employment wandering about the company and asking questions. Here is what you discover:
1.1 ABC Systems
ABC Systems is a rather small company whose president is very wealthy.
The president has asked you to manage the Viking project/product. He tells you that you are to assume that you will not share any resources with the Matador project as they are still working full-time on version 2.
No work has been started for the Viking project except for the URD which has been received from the customer.
The president admits to you that the initial customers for the Matador product were not happy. They largely stayed with the product through all the troubles due to their personal relationship with him, but that can’t last forever.
The president has a background in software development as a developer, and apparently made a lot of money from an inheritance.
He tells you that it is your job to make sure that the Viking project is run much, much better than the Matador project was.
1.2 Matador Project
The Matador project was a disaster. There are no documented plans, schedules or budgets. Apparently most of the developers are friends of the president and they all believed that the project would be quick and easy.
Depending on who you talk to the Matador project was between 9 and 18 months late.
Quality was also a big problem. They are just now getting to the stage where users feel comfortable putting the product into production.
The Matador project manager and team leads are rather surly when you ask them about their project. They are obviously very defensive, and don’t like talking about it. Here is what you glean from them:
• Matador was written in C++ using Visual Studio. Development and deployment is PC Windows based.
• Requirements were constantly changing. Mostly from key customers, some from the president.
• They continually ran into technical issues and had to rethink how they would implement their solution.
• They describe the methodology that they followed as “incremental model”, but you see no evidence of any methodology being followed.
• You are provided with a requirements specification, which you read. It is a large document (over 300 pages), but it is a collection of thoughts rather than a description of desired features. There are no models described.
• They use Source Safe as their configuration management facility, but some of the developers aren’t as disciplined as they could/should be in using it.
• Their processes for integrating code are very manual. In fact, their most senior developer is responsible for making sure all code is checked in, generating builds and performing initial integration test.
You investigate the few documents available from the Matador project and come to the conclusion that none of them are worth reusing as templates.
The QA Group is the only group that appears to have any project data. They share their data with you, and it tells you that:
• Matador version 1 was released 6 months ago.
• It took 32 build and release cycles (fix bugs, build product, release to QA for testing) before the Matador version 1 product was released.
o Each build and release cycle took an average of 7 calendar days.
• The product was release still containing lots of bugs. Customers have reported 75 severity 1 bugs since Matador version 1 was released. These have all been fixed, with Matador version 1.20 now shipping.
• There is no bug tracking database. The QA team logs bugs in an Excel spreadsheet.
• Matador version 1 contains approximately 10,000 CLOC, where a CLOC is an executable source code statement, or a comment line of code.
• There are no mechanisms for tracking action items or issues, which leads to the same discussions over and over again in meetings.
• The Matador development team has rejected all calls for implementing any process improvements, claiming that it will just slow them down.
• The QA team estimates that the Viking project is approximately 20% bigger than the Matador project.
The President tells you that your job will be to make sure that all aspects of the Viking are successful, from refining requirements through beta test.

Kết quả (Việt) 1:

Lịch sử Hệ thống ABC 1 thông tin cơ bản về hệ thống ABCBạn làm việc cho hệ thống ABC, một công ty cung cấp phần mềm phát triển và hỗ trợ các dịch vụ cho các doanh nghiệp khắp thế giới.Hệ thống ABC đã được yêu cầu để phát triển một sản phẩm mới-công cụ quản lý dự án của người Viking. Bạn đã được yêu cầu để quản lý các dự án này.Viking là hệ thống ABC 2 dự án phát triển phần mềm. Dự án đầu tiên của họ, Matador, là một tờ thời gian hệ thống giao diện với tất cả các hệ thống lập kế hoạch nguồn lực doanh nghiệp (ERP) lớn để tự động hoá việc thu thập và báo cáo của nhân viên làm việc đối với dự án được xác định, và để tự động hóa thanh toán của công việc của nhân viên nơi thích hợp.Bạn đã dành vài tuần đầu tiên làm việc lang thang về công ty và đặt câu hỏi. Dưới đây là những gì bạn khám phá:1.1 Hệ thống ABCHệ thống ABC là một công ty khá nhỏ mà tổng thống là rất giàu có. Tổng thống đã yêu cầu bạn để quản lý các dự án Viking/sản phẩm. Anh ta nói với bạn rằng bạn đang để giả định rằng bạn sẽ không chia sẻ bất kỳ tài nguyên dự án Matador như họ vẫn đang làm việc toàn thời gian trên phiên bản 2.Không có công việc đã được bắt đầu cho dự án Viking trừ URD mà đã nhận được từ khách hàng.Tổng thống thừa nhận với bạn rằng các khách hàng đầu tiên cho sản phẩm Matador đã không hạnh phúc. Họ chủ yếu ở lại với các sản phẩm thông qua tất cả những khó khăn do mối quan hệ cá nhân với anh ta, nhưng mà không thể cuối mãi mãi. Tổng thống có một nền tảng phát triển phần mềm như là một nhà phát triển, và dường như làm cho rất nhiều tiền từ một thừa kế.Anh ta nói với bạn rằng nó là công việc của bạn để đảm bảo rằng dự án Viking chạy nhiều, nhiều hơn Matador dự án.1,2 dự án matadorDự án Matador là một thảm họa. Không có tài liệu kế hoạch, lịch trình hoặc ngân sách. Rõ ràng hầu hết các nhà phát triển là bạn bè của tổng thống và tất cả họ đều tin rằng các dự án nhanh chóng và dễ dàng. Tùy thuộc vào những người bạn nói chuyện với Matador dự án đã giữa 9 và 18 tháng cuối năm.Chất lượng là một vấn đề lớn. Họ chỉ cần bây giờ nhận được đến giai đoạn mà người dùng cảm thấy thoải mái đưa sản phẩm vào sản xuất.Matador dự án quản lý và đội dẫn đầu là khá hay cau có khi bạn yêu cầu họ về dự án của họ. Họ là rõ ràng là rất phòng thủ, và không thích nói chuyện về nó. Dưới đây là những gì bạn thu thập từ chúng:• Matador được viết bằng C++ sử dụng Visual Studio. Phát triển và triển khai là dựa trên máy tính Windows.• Các yêu cầu đã thay đổi liên tục. Chủ yếu là từ chính khách hàng, một số từ tổng thống.• Họ liên tục chạy vào vấn đề kỹ thuật và đã phải suy nghĩ lại như thế nào họ sẽ thực hiện các giải pháp của họ.• Họ mô tả các phương pháp mà họ theo sau là "mô hình gia tăng", nhưng bạn thấy có bằng chứng về bất kỳ phương pháp đang được theo sau.• Bạn được cung cấp một đặc tả yêu cầu, bạn đọc. Nó là một tài liệu lớn (hơn 300 trang), nhưng nó là một bộ sưu tập của những suy nghĩ chứ không phải là một mô tả về tính năng mong muốn. Không có không có mô hình mô tả.• Họ sử dụng an toàn nguồn như cơ sở quản lý cấu hình của họ, nhưng một số các nhà phát triển không phải là xử lý kỷ luật như họ có thể, nên sử dụng nó.• Quy trình của họ cho việc tích hợp mã rất hướng dẫn sử dụng. Trong thực tế, phát triển cao nhất của họ là chịu trách nhiệm đảm bảo rằng tất cả các mã được kiểm tra tại, tạo ra các bản xây dựng và thực hiện các thử nghiệm ban đầu hội nhập.Bạn điều tra vài tài liệu có sẵn từ các dự án Matador và đi đến kết luận rằng không có họ là có giá trị tái sử dụng như là các mẫu.Nhóm QA là nhóm duy nhất mà dường như có bất kỳ dữ liệu dự án. Họ chia sẻ dữ liệu của họ với bạn, và nó sẽ cho bạn biết rằng:• Matador Phiên bản 1 được phát hành cách đây 6 tháng.• Mất 32 xây dựng và phát hành chu kỳ (sửa chữa lỗi, sản phẩm xây dựng, phát hành để bảo đảm chất lượng để thử nghiệm) trước khi Matador Phiên bản 1 sản phẩm được phát hành. o xây dựng và chu kỳ phát hành mất trung bình là 7 ngày.• Sản phẩm là phát hành vẫn còn chứa rất nhiều lỗi. Khách hàng đã thông báo lỗi nghiêm trọng 1 75 phát hành Matador Phiên bản 1. Những có tất cả được cố định, với Matador Phiên bản 1.20 bây giờ vận chuyển.• Đó là không có cơ sở dữ liệu theo dõi lỗi. Đội ngũ bảo đảm chất lượng các bản ghi lỗi trong một bảng tính Excel.• Matador Phiên bản 1 chứa khoảng 10.000 CLOC, nơi mà một CLOC là một nguồn thực thi mã tuyên bố, hay một dòng bình luận của mã.• Có là không có cơ chế cho việc theo dõi các mục hành động hoặc các vấn đề, dẫn đến các cuộc thảo luận cùng hơn và hơn nữa trong các cuộc họp.• Đội ngũ phát triển Matador đã từ chối tất cả các cuộc gọi cho việc thực hiện bất kỳ cải tiến quy trình, tuyên bố rằng nó sẽ chỉ làm chậm họ xuống.• Đội ngũ QA ước tính các dự án Viking là xấp xỉ 20% lớn hơn so với các dự án Matador.Tổng thống sẽ cho bạn biết rằng công việc của bạn sẽ là đảm bảo rằng tất cả các khía cạnh của ông vua thành công, từ tinh chỉnh các yêu cầu thông qua các thử nghiệm beta.

Kết quả (Việt) 2:

Hệ thống ABC Lịch sử thông tin 1 Bối cảnh trên ABC hệ thống . Bạn làm việc cho ABC Systems, một công ty cung cấp dịch vụ phát triển phần mềm và hỗ trợ cho các doanh nghiệp trên toàn thế giới Hệ thống ABC đã được yêu cầu để phát triển một sản phẩm mới - công cụ quản lý dự án Viking. Bạn được yêu cầu để quản lý dự án này. Viking là dự án phát triển phần mềm thứ 2 ABC Systems. Dự án đầu tiên của họ, Matador, là một hệ thống bảng thời gian có giao diện với tất cả các hệ thống lớn Enterprise Resource Planning (ERP) để tự động hóa việc thu thập và báo cáo công việc của nhân viên đối với các dự án được xác định, và để tự động thanh toán của nhân viên làm việc ở nơi thích hợp. Bạn đã dành vài tuần đầu tiên của việc lang thang về công ty và đặt câu hỏi. Dưới đây là những gì bạn khám phá: 1.1 Hệ thống ABC . ABC Systems là một công ty khá nhỏ mà chủ tịch là rất giàu có Tổng thống đã yêu cầu bạn để quản lý các dự án / sản phẩm Viking. Anh ta nói với bạn rằng bạn đang cho rằng bạn sẽ không chia sẻ bất kỳ tài nguyên với các dự án Matador là họ vẫn đang làm việc toàn thời gian trên phiên bản 2. Không có công việc đã được bắt đầu cho dự án Viking trừ các URD đã được nhận được từ khách hàng. Tổng thống thừa nhận với bạn rằng các khách hàng ban đầu cho các sản phẩm Matador là không hạnh phúc. Họ phần lớn là ở lại với các sản phẩm thông qua tất cả những khó khăn do mối quan hệ cá nhân của họ với anh ta, nhưng điều đó không thể kéo dài mãi mãi. Tổng thống có một nền tảng phát triển phần mềm như là một nhà phát triển, và dường như đã rất nhiều tiền từ thừa kế. Ông nói với bạn rằng đó là công việc của bạn để đảm bảo rằng dự án Viking đang chạy nhiều hơn, tốt hơn nhiều so với các dự án Matador là. 1.2 dự án Matador dự án Matador là một thảm họa. Không có kế hoạch tài liệu, lịch trình hoặc ngân sách. Rõ ràng hầu hết các nhà phát triển là bạn của tổng thống và tất cả họ đều tin rằng dự án sẽ được nhanh chóng và dễ dàng. Tùy thuộc vào người bạn nói chuyện với các dự án đã được Matador giữa 9 và 18 tháng cuối năm. Chất lượng cũng là một vấn đề lớn. Họ chỉ đang nhận được vào giai đoạn mà người dùng cảm thấy thoải mái đặt sản phẩm vào sản xuất. Các Matador quản lý dự án và đội dẫn khá cáu kỉnh khi bạn hỏi họ về dự án của họ. Họ rõ ràng là rất phòng thủ, và không thích nói về nó. Dưới đây là những gì bạn thu lượm được từ chúng: • Matador được viết bằng C ++ sử dụng Visual Studio. Phát triển và triển khai là dựa. Windows PC • Yêu cầu đã được thay đổi liên tục. Chủ yếu là từ các khách hàng quan trọng, một số từ tổng thống. • Họ liên tục chạy vào các vấn đề kỹ thuật và phải suy nghĩ lại về cách họ sẽ thực hiện giải pháp của họ. • Họ mô tả các phương pháp mà họ theo như mô hình "gia tăng", nhưng bạn thấy không có bằng chứng nào về phương pháp luận bị theo dõi. • bạn được cung cấp với một đặc tả yêu cầu, mà bạn đọc. Đây là một tài liệu lớn (hơn 300 trang), nhưng nó là một bộ sưu tập của những suy nghĩ chứ không phải là một mô tả về tính năng mong muốn. Không có mô tả. • Họ sử dụng nguồn an toàn như cơ sở quản lý cấu hình của họ, nhưng một số các nhà phát triển không phải là kỷ luật như họ có thể / nên được sử dụng nó. • Các quá trình của họ cho việc tích hợp mã là rất thủ công. Trong thực tế, phát triển cao cấp nhất của họ là trách nhiệm đảm bảo tất cả các mã được kiểm tra trong, tạo xây dựng và thực hiện các thử nghiệm tích hợp ban đầu. Bạn tra vài tài liệu sẵn có từ các dự án Matador và đi đến kết luận rằng không ai trong số họ có giá trị tái sử dụng như mẫu . các QA Group là nhóm duy nhất mà dường như có bất kỳ dữ liệu dự án. Họ chia sẻ dữ liệu của họ với bạn, và nó nói với bạn rằng: . • Phiên bản Matador 1 đã được phát hành 6 tháng trước • Phải mất 32 xây dựng và phát hành chu kỳ (sửa lỗi, xây dựng sản phẩm, phát hành để bảo đảm chất lượng để thử nghiệm) trước khi sản phẩm Matador phiên bản 1 đã được phát hành. o Mỗi xây dựng và phát hành chu trình này mất trung bình 7 ngày. • các sản phẩm đã phát hành vẫn còn chứa rất nhiều lỗi. Khách hàng đã báo cáo 75 mức độ nghiêm trọng 1 lỗi từ Matador phiên bản 1 đã được phát hành. Những tất cả đều bị cố định, với Matador phiên bản 1.20 tại vận chuyển. • Không có cơ sở dữ liệu theo dõi lỗi. Đội ngũ QA ghi lỗi trong một bảng tính Excel. • Matador phiên bản 1 có chứa khoảng 10.000 CLOC, nơi một CLOC là một tuyên bố mã nguồn thực thi, hoặc một dòng bình luận của mã. • Không có cơ chế để theo dõi các hành động hoặc các vấn đề, ​​trong đó dẫn các cuộc thảo luận tương tự hơn và hơn nữa trong các cuộc họp. • đội ngũ phát triển Matador đã từ chối tất cả các cuộc gọi để thực hiện bất kỳ cải tiến quy trình, tuyên bố rằng nó sẽ chỉ làm chậm chúng xuống. • nhóm QA ước tính rằng các dự án Viking là lớn hơn khoảng 20% các dự án Matador. Tổng thống nói với bạn rằng công việc của bạn sẽ được để đảm bảo rằng tất cả các khía cạnh của Viking là thành công, từ yêu cầu lọc thông qua thử nghiệm beta.