description_en: ADP Software

description_fr: Logiciel TAI

title_en: VESSEL PLANNING & CREWING SOFTWARE SOLUTION (F7055-120002/A)

title_fr: NAVIRE PLANIFICATION & ARMEMENT SOLUTION LOGICIELLE (F7055-120002/A)

awardCriteria: bestProposal

description_en: Trade Agreement: WTO-AGP/NAFTA/AIT/Canada-Peru FTA/Canada-Colombia FTA Tendering Procedures: All interested suppliers may submit a bid Attachment: None Competitive Procurement Strategy: Best Overall  Proposal Comprehensive Land Claim Agreement: No Nature of Requirements:  REQUEST FOR INFORMATION REGARDING VESSEL PLANNING AND CREWING SOFTWARE SOLUTION FOR CANADIAN COAST GUARD DEPARTMENT OF FISHERIES AND OCEANS CANADA    TABLE OF CONTENTS   A)	BACKGROUND AND PURPOSE OF THIS REQUEST FOR INFORMATION (RFI)	2 B)	NATURE OF REQUEST FOR INFORMATION						2 C)	NATURE AND FORMAT OF RESPONSES REQUESTED				3 D)	RESPONSE COSTS									3 E)	TREATMENT OF RESPONSES								3 F)	CONTENTS OF THE RFI								3 G)	QUESTIONS TO INDUSTRY								4 H)	FORMAT OF RESPONSES								6 I)	ENQUIRIES										6 J)	SUBMISSION OF RESPONSES 							6  ANNEX A											7     	REQUEST FOR INFORMATION REGARDING 	VESSEL PLANNING AND CREWING SOFTWARE SOLUTION 	FOR CANADIAN COAST GUARD DEPARTMENT OF FISHERIES AND OCEANS CANADA   	A)	Background and Purpose of this Request for Information (RFI)  Department of Fisheries and Oceans (DFO) requires bilingual commercial off-the-shelf software (COTS) Solution to provide the Canadian Coast Guard (CCG) with a national, industry-standard, best-of-breed maritime planning package that would replace the aging custom-built legacy application (MariTime).  The Software Solution is required to include the following: 1.)	Licensed software that is licensed on a perpetual basis,  2.)	Warranty;  3.)	Maintenance and support services,  4.)	Professional services and  5.)	Knowledge transfer and training, please refer to Annex A of the RFI for complete details of the contract deliverables.  Currently, the CCG fleet is comprised of 116 large vessels of varying configurations including: heavy and medium icebreakers; science vessels, Search and Rescue Lifeboats; and, air cushion vehicles plus numerous ancillary craft as well as a fleet of helicopters. These vessels and aircraft are deployed nationally and are often multi-tasked to more than one client at any given time as a means of optimizing the fleet's operational capacity.  At the same time, CCG has established crewing profiles for each class of vessel based on a variety of government regulations and internal operating policies. These profiles indicate the number of crew required and the group and level of each role.  Within this context, and in light of the fact that CCG delivers services on a cost-recovery basis to other sectors of the Department of Fisheries and Oceans, other government departments and the private sector, CCG currently uses a custom-built planning tool along with other applications to create sailing scenarios for each vessel. This application no longer meets the CCG operational requirements making the planning process labour intensive, time consuming and prone to error.  The objectives of this RFI are as follows: 1.	To determine which software providers have a Commercial-off-the-Shelf (COTS) vessel planning and crewing software suite that can meet the needs of the project. 2.	To determine licensing, implementation, maintenance and support options in order to develop a project budget. 3.	To determine the level of effort required of the vendor for professional services when supporting the implementation, transition and maintenance of the COTS product.  	B)	Nature of Request for Information  This is not a bid solicitation.  This RFI will not result in the award of any contract. As a result, potential suppliers of any goods or services described in this RFI should not reserve stock or facilities, nor allocate resources, as a result of any information contained in this RFI. Nor will this RFI result in the creation of any source list.  Therefore, whether or not any potential supplier responds to this RFI will not preclude that supplier from participating in any future procurement. Also, the procurement of any of the goods and services described in this RFI will not necessarily follow this RFI. This RFI is simply intended to solicit feedback from industry with respect to the matters described in this RFI. 	C)	Nature and Format of Responses Requested  Respondents are requested to provide their comments, concerns and, where applicable, alternative recommendations regarding how the requirements or objectives described in this RFI could be satisfied.  Respondents are also invited to provide comments regarding the content, format and/or organization of any draft documents included in this RFI. Respondents should explain any assumptions they make in their responses. 	D)	Response Costs  Canada will not reimburse any respondent for expenses incurred in responding to this RFI.  	E)	Treatment of Responses  1.	Use of Responses: Responses will not be formally evaluated. However, the responses received may be used by Canada to develop or modify procurement strategies or any draft documents contained in this RFI.  Canada will review all responses received by the RFI closing date. Canada may, in its discretion, review responses received after the RFI closing date. 2.	Review Team: A review team composed of representatives of the client (where applicable) and PWGSC will review the responses.  Canada reserves the right to hire any independent consultant, or use any Government resources that it considers necessary to review any response. Not all members of the review team will necessarily review all responses. 3.	Confidentiality: Respondents should mark any portions of their response that they consider proprietary or confidential.  Canada will handle the responses in accordance with the Access to Information Act. 4.	Follow-up Activity: Canada will meet with each respondent upon request (one-on-one meeting). Following the closing date, the Contracting Authority will follow up individually with all respondents who indicate in their responses that they wish to meet with Canada.  Canada intends to request that the Respondent provides an overview of the functionalities of the proposed solution and deliver a demonstration of commercial products so that Canada may obtain a better understanding of case management techniques and processes, and assess their effectiveness with some configuration and test data supplied by Canada.  During the demonstration, Canada intends to interact with the Respondent to ask questions in order to gain a better understanding of the capabilities of the proposed solution. 5.	Documentation or any other information of the proposed solution, tool suite, or supporting third party applications is welcome.  	F)	Contents of the RFI  1.	This RFI contains a draft Statement of Requirements (see Annex A). This document remains a work in progress, requirements may be added or modified or deleted.  Comments regarding any aspect of the draft document are welcome. 2.	Additional information as to the diversity of the Coast Guard fleet and its services can be found at: http://www.ccg-gcc.gc.ca/Fleet-Annual-Report-2010-2011/TOC or http://www.ccg-gcc.gc.ca/Rapport-Annuel-de-la-Flotte-2010-2011/TD M. 3.	This RFI also contains specific questions addressed to the industry.  	G)	Questions to Industry  a)	Product and Functionality  Q-1	The model solution must be a completely integrated solution, providing all required functionality within a single software product. Describe the complete COTS product suite and the functionality offered as it relates to the draft Statement of Requirement in Annex A. Please provide a list of any third party software necessary to complete you solution suite. Also provide details related to the support to those third party components: source of support, method of delivery, etc.   Q-2 Our model solution provides as much of the functionality as possible through the existing license with the addition of various extensions to meet the unique nature of the maritime environment. It is desirable that less than 20% of the functionality needs to be developed through extension of the existing product using a Software Development Kit (SDK).  a) Referring to the draft Statement of Requirement in Annex A, describe how your product can be tailored to meet the requirement. b) Describe how the SDK for the proposed solution could be used to augment the capabilities while ensuring it is not impacted by future system upgrades.  Q-3 In as much as the vessel planning and the subsequent crewing tasks are two separate processes that are handled by separate groups of people often at different times, can you please provide an explanation and example of how your proposed solution can manage this workflow. You may wish to consider how the crewing officers will know when the plan is complete and approved and ready for crewing to take place. You will also want to keep in mind in your illustration that crewing officers will also have to know the availability and suitability for each crew member being assigned as well as the role to which they are being assigned.  Q-4 The planning process is iterative in nature and often includes the creation of a variety of scenarios which may be shared between regions and with Headquarters before a final plan is adopted. Please illustrate how the proposed solution handles the development of scenarios, how these are stored and shared between various planners and how, once a final plan is accepted, it is "locked down" as the official plan and if there is the ability to revert to part or all of a previous scenario throughout the planning process. You should keep in mind in developing your response that plans typically are initiated at the regional level and then rolled up into an integrated national plan. As well, vessels are assigned to specific regions and have specific capabilities. Some of these vessels may be multi-tasked to more than one client at any time. As well, vessels may be reassigned to other regions throughout the year due to seasonal factors such as icing in the St. Lawrence Seaway or unavailability due to maintenance of a specific like-vessel in another region (i.e.: a science vessel may be shared between Maritimes region and Newfoundland region or a multi-task vessel may be moved from Central and Arctic region to Quebec region to cover for a vessel in maintenance).  Q-5 There is a requirement to view historical information as it was in the past before any changes. Please describe how your proposed solution handles "point-in-time" reporting. Also, please consider that there may be a requirement in some cases to allow for corrections to historical data, i.e.: insertion of history. Please describe how your proposed solution may be able to address this aspect of the requirements as well.  Q-6 Some of the data in the system is considered "Protected" and as such is to be viewed on an "as needed" basis. As stipulated in the Technical Requirements of Annex A, to ensure proper audit trails, the proposed solution must track all changes and accesses to all of the protected data including identifying who accessed or changed it and when. Please describe how your proposed solution handles logging of access or changes to data. Please confirm that the data can be protected using 128-bit encryption, user passwords are "strong" format, and users will be forced to renew their passwords at a given frequency (i.e.: at least once every 90 days).  Q-7 The existing planning application will fail as the CCG moves to a 64-bit operating environment (Windows 7) within the coming 12 months. Describe how you propose to deliver an end-state solution based on the Statement of Requirements in advance of the implementation of the new operating system (i.e.: within 12 months of contract award). At the same time, please provide a description of how your proposed solution is architected to ensure separation of CCG business rules from the core functionality of the solution. Please also indicate if your proposed solution is dependent on using the purchaser's database (Oracle in the case of CCG) or if the solution is totally stand-alone.   Q-8 Users of the existing application have various needs. Some need only read access to view reports, others require access to input and develop planning scenarios. The user community is also hierarchical in that a planner in a particular region may not necessarily need or be allowed to view or have access to the plans of another region, while HQ planners will need access to all plans to allow for their roll-up and reporting. Can you please explain how your proposed solution is structured to ensure user access is managed and granted based on their individual needs/roles?  Q-9 Based on the high-level architecture description in Annex A of the existing CCG applications, please provide a description of how your proposed solution will interface with other CCG "legacy" Oracle-based systems and other COTS products such as Maximo and PeopleSoft. Please show how your proposed solution would typically provide data to Business Intelligence tools such as IBM Cognos 8.4.  Q-10 Using screen-shots of your solution, please illustrate how your solution uses dependencies within the planning scenarios to flag possible conflicts that may cause issues as the plan is executed (i.e.: specific crew members are over-committed or unavailable or the vessel is not configured or designed to carry out a particular task such as trying to schedule a SAR Lifeboat to do icebreaking).  Q-11 Using screen-shots, please illustrate how the various costing elements are utilized to provide planners with cost details as they work through various scenarios.  b)	Product Licensing and Pricing Model  Q-12 Describe your solutions licensing, maintenance and support model, including pricing, volume discounts and any optional add-on modules.  Q-13 Given the age of the current application there may a need for the successful supplier to undertake some minimal business analysis and modeling before they can implement their solution. The CCG would like to fix price the business analysis, modeling and the license and support requirements with an option to extend the maintenance and support for a number of subsequent years. If this proposed pricing model is different than what might be suggested by your organization then please explain.  Q-14 The CCG would like an option to provide an integration with the human resource functionality should it be determined that the support organization for PeopleSoft be unable to incorporate the requirements as defined in the collective agreements for sea-going personnel. How would this impact on the pricing model and timing of the proposed solution?   c)	Support and Services  Q-15 What tools or capabilities can be provided to assist the transition from the existing system to the new one? Are these resources available in both English and French? Are these resources available in the National Capital Region?  H)	Format of Responses  1.	Cover Page: If the response includes multiple volumes, respondents are requested to indicate on the front cover page of each volume the title of the response, the solicitation number, the volume number and the full legal name of the respondent. 2.	Title Page: The first page of each volume of the response, after the cover page, should be the title page, which should contain: (a)	The title of the respondent's response and the volume number; (b)	The name and address of the respondent; (c)	The name, address and telephone number of the respondent's contact; (d)	The date; and, (e)	The RFI number. 3.	Numbering System: Respondents are requested to prepare their response using a numbering system corresponding to the one in this RFI. All references to descriptive material, technical manuals and brochures included, as part of the response should be referenced accordingly. 4.	Response to be sent electronically: Canada requests that respondents submit their responses electronically by e-mail to the Contracting Authority define below.  I)	Enquiries  Because this is not a bid solicitation, Canada will not necessarily respond to enquiries in writing or by circulating answers to all potential suppliers.  However, respondents with questions regarding this RFI may direct their enquiries to:  Contracting Authority: 	Peter Gabriel, Supply Specialist, Enterprise Software Procurement Division  XL, Software and Shared Systems Procurement Directorate, Services and Technology Acquisition Management Sector, Acquisitions Branch, PWGSC  E-mail Address: 	peter.gabriel@tpsgc-pwgsc.gc.ca Telephone: 		819-956-7566  J)	Submission of Responses  1.	Time and Place for Submission of Responses: Suppliers interested in providing a response should email their response to the Contracting Authority identified above by the time and date indicated on page 1 of this document. 2.	Responsibility for Timely Delivery: Each respondent is solely responsible for ensuring its response is delivered on time to the Contracting Authority. 3.	Identification of Response: Each respondent should ensure that its name and return address is provided and that the solicitation number and the closing date appear legibly in the subject line of the e-mail.   ANNEX A   Statement of Requirements  This Statement of Requirements identifies the terminology, background context, key business activities, required tasks and activities related to transition and implementation, types of Users and the high level functional requirements of the required solution:   1.0 Terminology:  Within the Statement of Requirements the following terms will have the meaning as ascribed in the table below:  Term	Meaning CCG	Canadian Coast Guard Operational days	"Operational days" refers to time measured in "non-weighted operational days" or "elapsed days." Elapsed days are defined as the total number of days requested by and delivered to individual clients. Because assets may be engaged in overlapping and/or successive activities for different programs, it is possible to record more than 24 hours in any given day. However, the total time recorded in one day should exceed 24 hours only when a vessel is multitasked with one or more programs Multi-tasked	At any given time or as part of a single voyage, a vessel may perform tasks for more than one client. NM	Nautical Miles SAR 	Search and Rescue  typically in reference to the program or the vessels used for Search and Rescue such as SAR Lifeboat. Supernumeraries	Passengers that are not active members of the crew for a particular mission or voyage. Vessel Capability	The configuration of a particular vessel as it relates to its ability to perform certain tasks such as icebreaking. Vessel Capacity	The ability to meet client demand with the appropriate crewed vessel at the appropriate time.   2.0 Background Context:  2.1	Canadian Coast Guard  Under Fisheries and Oceans Canada's (DFO) program activity architecture, the Fleet directorate falls under the Fleet Operational Readiness program activity. As the department's largest program, Fleet Operational Readiness is divided into three subprograms: Fleet Operational Capability, Fleet Maintenance and Fleet Procurement. Fleet's responsibilities and mandate are directed by the Fleet Operational Capability subprogram.   Fleet itself is not the governmental authority for any on-water programs. Rather, it serves as a mechanism for the delivery of Coast Guard and Government of Canada's on-water mandate. Its operations are therefore 100-percent "client focused" and are directly linked to their requirements.  Fleet's main responsibilities include: ·	Coordinating, monitoring and reporting on national Fleet service delivery and budget; ·	Identifying mission and operational requirements for current and future vessels, and establishing the associated directives, policies and activities in support of Fleet operations, including monitoring; ·	Auditing vessels, establishing policies, ensuring continuous improvement, monitoring performance and managing the Fleet Safety and Security Management System; and, ·	Human resources planning and professional development for seagoing personnel, certification, recruitment, retention, collective bargaining, union and operational human resources management issues.  Through its service to Canada's commercial fishing, maritime transportation, shipping and tourism industries as well as to Canada's recreational boaters, the Canadian Coast Guard's fleet of red and white ships, helicopters and air cushion vehicles is an iconic symbol of maritime safety and of the sovereignty of Canadian waters. Twenty-four hours a day, 365 days a year, Coast Guard is ready to serve across Canada's three oceans, the St. Lawrence Seaway, the Great Lakes and other inland waterways, and under some of the harshest weather conditions.  On an average day, Fleet delivers services on behalf of Coast Guard and many other government departments and agencies.  On any given day, Fleet provides the vessels and crews that: ·	Save 10 lives; ·	Assist 58 people in 26 search and rescue cases; ·	Service 55 aids to navigation; ·	Assist with the management of 2,325 commercial ship movements; ·	Escort four commercial ships through ice during the ice season; ·	Carry out 11 fisheries patrols; ·	Support three hydrographic missions; ·	Support eight scientific surveys; ·	Deal with three reported pollution events; and ·	Survey five kilometres of navigation channel bottom.  2.2	Program Delivery  Fleet clients include the operational Coast Guard programs, which are developed and managed by the Maritime Services directorate. These programs are: Search and Rescue, Environmental Response, Marine Communications and Traffic Services, Aids to Navigation, Icebreaking Services, and Waterways Management.  Fleet also supports its Fisheries and Oceans Canada (DFO) clients, which include the Ecosystems and Fisheries Management, specifically Fisheries Management as well as Conservation and Protection, and the Ecosystems and Oceans Science (formerly known as Fisheries and Oceans At-Sea Science) sectors. Finally, as the federal government's only civilian fleet, Coast Guard vessels provide on-water support for the mandates of other government departments and agencies. Among these organizations are: the Royal Canadian Mounted Police, the Department of National Defence, Public Safety Canada, Canada Border Services Agency, Transport Canada, Environment Canada, Natural Resources Canada and many more.  Each year, a significant amount of work is put into the creation of the Integrated Fleet Operations Plan. This Plan represents the backbone of Fleet's operations and on-water program delivery. Its creation involves consultation with Fleet clients, both internal and external to DFO, in order to determine demand for Fleet vessel and helicopter support in the execution of programs at sea. Based on available resources and client requirements, a schedule of planned operational days is allocated to each client and is agreed upon by both parties.   2.3	Effective Delivery  Effectiveness is a concept used to assess the extent to which an organization is meeting its expected results. Fleet has developed various measures to evaluate its effectiveness, including the comparison of services planned against services delivered, as well as operational delays.  By comparing the actual services delivered with what was originally planned, Fleet is able to measure the performance of service delivery. Where actual services delivered exceed 100 percent, it means either the demand was higher than expected or unforeseen events required more days to be delivered. Values under 100 percent indicate that Fleet under-delivered relative to the plan; potential causes include vessel unavailability due to breakdowns and unforeseen events, such as being diverted to Search and Rescue responsibilities that prevent the delivery of services as planned.  2.4	Efficient Delivery  The Coast Guard fleet as a whole operates 24 hours a day, 365 days a year. However, each individual vessel rarely operates at that capacity because of various factors such as planned maintenance, vessel breakdown, crew change or lack of program demand. Fleet is always focusing on maximizing the number of days our ships are assigned to clients by delivering services in an efficient manner. Efficiency is about how well Fleet uses its time and resources to deliver services. It uses vessel availability and multi-tasking as performance indicators to determine how efficiently services are delivered.  2.5	Vessel Availability  At any given time, a vessel may be available or unavailable for operations. When a vessel is available, it can be assigned to a client, multi-tasked, engaged in administrative or other tasks such as community and visitor relation activities, or simply unassigned. A vessel may be unavailable due to winterization, laid up due to lack of funds or undergoing extended refit or maintenance.  2.6	Integrated Fleet Operations Plan   The Integrated Fleet Operations Plan is an annually published document that represents an important milestone in Fleet's operational and financial planning process. It involves consultations with Fleet clients, both internal and external to DFO, in order to determine their need for Coast Guard vessel and helicopter support in the execution of their programs at sea. It also requires many inputs such as business plans, financial budget allocations, service level agreements or memoranda of understanding, client level-of-service expectations, priority-setting exercises and integrated investment plans.  2.7	Fleet Assets  Fleet is responsible for the provision of safe, reliable and operational ships, air cushion vehicles and helicopters with competent, professional crews to respond to the on-water requirements of Coast Guard and DFO as well as other government departments and agencies. In order to maintain the capacity to provide service 24 hours per day, 365 days a year, as of April 1, 2012 the fleet was composed of 116 vessels, including four air cushion vehicles, plus 22 helicopters.  2.8	Vessel Classes  2.8.1	Polar Icebreaker ·	A very large multitasked icebreaker (approx. 140 metres in length), capable of sustained operations in the Arctic Archipelago over three seasons per year. ·	Accommodations with 60 CCG berths, 40 supernumerary berths, and a surge capacity for 25 others.   ·	Has a large cargo carrying capacity; a helicopter hangar that will accommodate two CCG helicopters; and multiple utility craft. ·	Has the capacity to over-winter in the Arctic. ·	Has the capacity to deliver a large suite of Government of Canada programs.  2.8.2	Heavy Icebreaker ·	A very large multitasked icebreaker (approx. 130metres in length), capable of sustained operations in the Arctic Archipelago over two seasons per year and for escort operations in the Gulf of St. Lawrence and East Coast of Newfoundland. ·	Accommodations with 45 CCG berths and 40 supernumerary berths. ·	Has a large cargo carrying capacity; a helicopter hangar that will accommodate a CCG helicopter; and multiple utility craft.  2.8.3	Medium Icebreaker ·	A large icebreaker (approx. 100 metres in length) capable of sustained icebreaking and escort operations in the Arctic archipelago over two seasons per year, the Great Lakes, River and Gulf of St. Lawrence and Atlantic Coast in winter. ·	Accommodations with 32 CCG berths and 25 supernumerary berths (has lifesaving equipment capacity for 62). ·	Has a cargo carrying capacity; a helicopter hangar that will accommodate a CCG helicopter; and multiple utility craft. ·	Has capability to deliver many Government of Canada programs such as many CCG programs and scientific missions.  2.8.4	High-Endurance Multi-Tasked Vessel ·	A large, highly adaptable multitasked vessel (approx. 85 metres in length) with an icebreaking capability to work in the south and western Arctic; and, for escort operations in the Great Lakes, River and Gulf of St. Lawrence and Atlantic coast in winter. Has a shallower draught than the Medium Icebreaker and less capable overall. ·	Accommodations with 28 CCG berths and 20supernumerary berths (has lifesaving equipment capacity for 58). ·	Has a crane, a large cargo hold and deck capacity; has a helicopter hangar that will accommodate a CCG helicopter; can launch and recover Rigid-hull inflatable boats and two utility craft. ·	Has capability to deliver many Government of Canada programs.  2.8.5	Medium Endurance Multi-Tasked Vessel ·	A large, multitasked, shallow draught vessel (approx. 65metres in length) with a top speed of 14 knots; can stay at sea up to 28 days. ·	Accommodations with 22 CCG berths and 10supernumerary berths (has lifesaving equipment capacity for 52). ·	Has a crane, a large cargo hold and deck area; can launch and recover Rigid-hull Inflatable Boats and utility craft. ·	Primarily used for aids to navigation, Search and Rescue, icebreaking, science and environmental response; has some icebreaking capability. ·	Designed to have a helicopter deck but not generally equipped with one.  2.8.6	Offshore Oceanographic Science Vessel ·	A large, multitasked offshore noise-reduced vessel (approx. 90metres in length), capable of extended missions of four to six weeks with a 10,000 NM range; no icebreaking capabilities but able to operate in ice infested waters. ·	Accommodations with 27 CCG berths and 25 to 30 supernumerary berths (has lifesaving equipment capacity for 57). ·	Equipped with wet labs and has bottom sampling and water column sampling capability; can accommodate a helicopter with minimal hangar capabilities; can launch and recover utility craft.  ·	Primarily used for ecosystem and fishery science; oceanographic missions and geological; and hydrographical surveys.  2.8.7	Offshore Fishery Science Vessel ·	A large multitasked offshore noise-reduced vessel (approx. 55 to 65 metres in length), capable of extended missions of four to six weeks with an 8,500NM range; no icebreaking capabilities, but can deliver programs in ice-infested waters. ·	Accommodations with 27 CCG berths and 15supernumerary berths (has lifesaving equipment capacity for 45). ·	Equipped with wet labs and able to do trawl surveys and some water column sampling; no helicopter capabilities. ·	Primarily used for ecosystem and fishery science research.  2.8.8	Offshore Patrol Vessel ·	A large offshore vessel (approx. 75 metres in length) that can operate beyond 120 NM including outside the Exclusive Economic Zone; has a top speed greater than 20-25 knots and can stay at sea for up to six weeks; can operate year-round in Canadian waters (except the Arctic archipelago); minimal ice capability to transit light ice-infested waters. ·	Accommodations with 22 CCG berths and 18supernumerary berths and a surge capacity of 12others (has lifesaving equipment capacity for 52). ·	Carries two Rigid-hull Inflatable Boats (up to 11metres length); can accommodate a helicopter with minimal hangar capabilities. ·	Designed to support law enforcement, and has a program operations room. Primarily used for fisheries enforcement and search and rescue.  2.8.9	Mid-Shore Patrol Vessel ·	A medium sized vessel (approx. 40 metres in length) that can operate up to 120 NM offshore with a top speed of 25knots; can stay at sea up to 14 days.  No requirement for operations in ice-infested waters. ·	Accommodations with nine CCG berths and up to six supernumerary berths. ·	Carries one or two Rigid-hull Inflatable Boats; no helicopter capabilities. ·	Primarily used for maritime security and fisheries enforcement.   2.8.10	Air Cushion Vehicle ·	A medium sized, fast (up to 45 knots), multi-tasked vessel, which rides on a cushion of air (hovercraft), capable of working in very shallow areas and littoral zones. ·	Has a crew of four to seven on day work. ·	Has no helicopter capability. ·	Primarily used for search and rescue, aids to navigation, environmental response, and icebreaking.  2.8.11	Special Navaids Vessel ·	A shallow draught, flat bottom vessel (approx. 50 metres in length); self-supporting for up to 28 days and can sustain repeated groundings due to shifting river channels; not suitable for open-sea work; no icebreaking capabilities. ·	Accommodation with 12 CCG berths and four supernumerary berths. ·	Can accommodate a helicopter with minimal hangar capabilities.  ·	Primarily used for navigational aids on the Mackenzie River.  2.8.12	SAR Lifeboat ·	Small (approx.15 to 17 metres in length) shore-based self-righting lifeboat; capable of search and rescue operations up to 100 NM from shore with a top speed of approx. 25 knots; minimal ice capability to transit light ice-infested waters. ·	Has a crew of four or five on day work.   ·	Capacity for four supernumeraries (has lifesaving equipment capacity for 20). ·	No helicopter capability.  2.8.13	Mid-Shore Science Vessel ·	Medium sized vessel (approx. 40 metres in length) capable of sustained operations away from port for up to 14 days; has endurance for 21 days and top speed of 12-14 knots and cruising range of 4000 NM; has minimal ice capability to transit light ice-infested waters. ·	Has accommodation with 15 CCG berths and 8supernumerary berths.  ·	No helicopter capability and limited capacity to carry survey launches. ·	Primarily used for limited: ecosystem fishery science; oceanographic missions and geological/hydrographical surveys.  2.8.14	Channel Survey and Sounding Vessel ·	Small vessel (approx. 20 to 25 metres in length) with sounding speed of 10 knots; has no ice capability. ·	Has limited accommodations for a crew of four plus two supernumerary.  ·	Carries a small utility craft; no helicopter capability. ·	Primarily used to conduct depth survey operations.  2.8.15	Near-Shore Fishery Research Vessel ·	Small (approx. 20 metres to 25 metres in length) fishery research vessel with a three to four metres draught, a speed of 12 knots and a moderate range; has minimal ice capability to transit light ice-infested waters. ·	Has accommodations with five CCG berths and four supernumerary berths;  ·	Has some lab capacity; no helicopter capability. ·	Used to conduct trawl surveys.  2.8.16	Chartered Vessels  Demand for Fleet services is consistently high and continually increasing. In some cases, the number and/or configuration of available vessels is not sufficient for Fleet to deliver programs in a timely fashion. When this occurs, Fleet relies on the practice of chartering private vessels. Chartered vessels are fully configured, equipped, operated and crewed by Fleet personnel.  2.9	Fleet Information Systems  2.9.1	iFleet  iFleet is an integrated system that replaced the Fleet Activity Information System. iFleet captures activities, fuel, position, and service delivery context carried out by CCG assets. It is also used as the means of communicating sailing orders to the vessels. It has been implemented across the country as at the end of March 2012.  2.9.2	Geographical Information Systems  The geographical information system, Common Operating Picture, has been in production since March 2010. The Common Operating Picture can be leveraged by all Coast Guard directorates requiring geospatial capability.   2.9.3	Iris  The Iris application is an information system used to relay messages between the Regional Operations Centres and the National Coordination Centre in Ottawa regarding vessel and helicopter positions, program tasking, and operational status.   2.9.4	Common Core  The Common Core is a repository of "tombstone" or basic vessel information including name, size, capability, and assigned region. It is the foundation for all systems development done in Fleet as a means of eliminating the need to store redundant information across multiple computer applications.  2.9.5 	MariTime Fleet Management System  The current application is a 16 bit application used to provide: a)	Crew management to track and account for all seagoing personnel;  b)	b) Time sheet management and leave recording, tracking and reporting for all sea-going personnel;  c)	c) Fleet scheduling, planning and resource allocation and tracking; and d) Fleet training tracking and reporting in support of the technical training of the sea-going personnel. Time sheet management and leave recording, tracking and reporting are not currently expected to be part of the new requirement.  2.9.6	Enterprise Reporting System  The Enterprise Reporting System (ERS) is a business intelligence tool using IBM Cognos version 8.4 that is being deployed in January 2013.  Information is to be imported from ten source systems including the planning solution for use in ERS in the analysis of planned vs. delivered vessel activities via pre-formatted and ad hoc reports.  3.0 Key Business Functions:  The key business functions are:  3.1	Fleet Scheduling, Planning and Resource Allocation and Tracking  CCG requires a planning tool that will allow fleet planners in HQ and the regions to analyze, plan and cost fleet deployments based on client demand and CCG capacity.  Once an optimal national schedule for the fleet is established, the plan would be locked down as the fixed Integrated Fleet Operations Plan.  The tool would also be used throughout the year in terms of developing and maintain a "living plan".  This "living plan" is used to address changes in client demand or vessel readiness and to find alternatives to meet client demands. It must also ensure that any changes do not adversely affect other previously planned commitments of the fleet.  The tool will include planning for vessel usage and deployment based on vessel capacity and capability as it relates to program demand. The tool must also have a standard costing model that will allow planners to know and advise clients of the potential costs of their initial planned vessel usage as well as impacts to the costs as plans change.  Both the fixed plan and the "living plan" will also be used as sources of information when reporting against various program measures as they relate to Fleet Operational Readiness including "planned" vs. "capacity" and "planned" vs. "delivered".  3.2	Crew Management  CCG has established crewing profiles for each class of vessel based on a variety of government regulations and internal operating policies. These profiles indicate the number of crew required and the group and level of each role. As such, the second phase of the planning process is to ensure the vessel is crewed with the appropriate people. In that CCG must follow all of the same standards and regulations that any other private vessel must adhere to, as noted above, ships' crew and ships' officers require certain training and certification depending on their role and the vessel on which they work. Some certificates can also expire if the individual does not perform duties related to the certificate for a pre-defined minimum amount of time. The planning tool must take into account the currency of the personnel's certifications and training as well as frequency of assignments. The solution must indicate where a certificate may be due to expire (or has expired) and take this into account when providing suggested crew options to the planners. As well, the planners must know which crew members are available for a particular mission; therefore, the planning tool will track each CCG crew member in terms of such things as: current level; availability; CCG certificates or alternates; and valid medical certificate. At a technical level, in as much as some of this information is deemed Protected B, the appropriate security will be required not only at the access level but also at the data level.  As an example, the tool must know that a crew member cannot be assigned to a particular vessel for a particular mission because he or she is either already assigned to another vessel for part or all or the mission being planned, is not of the right "rank", does not have the appropriate certificates for the that particular vessel, or is on pre-approved leave. The tool will also incorporate the salary and overtime costs into the costing model as each crew member is assigned.      4.0 Required Tasks and Activities related to Transition and Implementation:   The CCG has a high-level business requirement but is expecting that there will be need for the Contractor to complete a detailed architectural design and analysis and to therefore extend its product by approximately 20% of the overall functionality of its product to implement CCG-specific business rules. As a result, it is expected that in the first 12 months of the Contract the Contractor will provide professional services to complete the architectural design of the business, information and technical components of the solution; configure the extension of its existing product using a software development kit (SDK); identify capacity and performance demands of the COTS solution; load historical data into the Software Solution; install and implement the Software Solution in CCG to meet the CCG's business requirements; transfer technical knowledge through formal sessions and documentation to CCG's system administrators; and provide training to both users and the technical resources who will provide level one and two support on the Software Solution to CCG users. The CCG will be solely responsible for on-going maintenance of CCG-specific extensions.     5.0 Types of Users  It is expected that DFO will provide level one and two support to its Users on the new Software Solution and that the Contractor will provide level three support. The CCG System Administrators will assign access to the Software Solution to Users based on up to 12 different roles such as:  ·	Account Manager; ·	Portfolio Manager; ·	Service Level Manager; ·	Vessel Planning Officer; ·	Crewing Planning Officer; ·	Project/ Mission Scheduling Officer; ·	Fleet Services Planning Officer; ·	Fleet Services Management; ·	Regional Fleet Manager; ·	Regional Operations Centre; ·	Performance Management; ·	Performance Management Officer; ·	Database Administrator; ·	Access Control Officer; and ·	Service Desk.    6.0 Functional Requirements:  The high level functional requirements of the required solution:  Mandatory Item number	Mandatory Requirements Description Overall License	  The license for the Software Solution must be a perpetual corporate license for a minimum of 300 users.	 	The Software Solution must allow 5 Users to access the same record simultaneously without data corruption. 	 	 User Management	  The Software Solution must allow the CCG System Administrator to assign or deny Users access to specific functions based on Role-based access permissions including at a minimum by region/HQ and by worker function of: 	Account Manager; 	Portfolio Manager; 	Service Level Manager; 	Vessel Planning Officer; 	Crewing Planning Officer; 	Project/ Mission Scheduling Officer; 	Fleet Services Planning Officer; 	Fleet Services Management; 	Regional Fleet Manager; 	Regional Operations Centre; 	Performance Management; 	Performance Management Officer; 	Database Administrator; 	Access Control Officer; and 	Service Desk.	 	The Software Solution must allow the CCG System Administrators to operate and control the Software Solution beyond the normal User functions. Such System Administrator functions must include User account management, changing of names of fields, definition and editing of structures and terms that are accessed by Users through standard lists, definition and editing of elements of any models available in the Software Solution, establishment and adjustment to process flows, manipulation of the contents of drop-down lists, editing audit functions. Application	  The Software Solution must allow each User to open up different parts of a Plan within the same session in order to work on multiple records at the same time.	 	The Software Solution must allow the User to view plans using drop-down selection lists, (including pre-formatted hard-copy reports exportable to pdf), created, and updated by: a)	Vessel; b)	Vessel Class; c)	Region; d)	National; e)	Client; f)	Month; g)	Year (fiscal and calendar); and  h)	Multi-Year (fiscal and calendar). 	The Software Solution must have a costing model that will provide updated projected costs immediately to the User as changes are made to the planning scenarios. 	The Software Solution must provide the functionality to allow the User to determine the availability (capacity) of a vessel and appropriateness (capability) to the tasks being assigned to it. 	The Software Solution must provide the functionality to provide the User with warning indicators when they are attempting to assign a vessel contrary to its capacity or capability. 	The Software Solution must provide the functionality to allow the User to obtain and produce a list of available employees for each vessel based on the position being filled, the required certificates, training and level for the position matched to the employees who possess those minimum requirements. 	The Software Solution must provide the functionality to allow the User to obtain and produce a list of alternate employees available who possess the identified training, certificates and experience for crewing a position but who may not be of the appropriate group and level. 	The Software Solution must provide the functionality to provide the User with warning indicators when they are attempting to assign a crew member to a role for which the crew member is not qualified. 	The Software Solution must provide the User with warning indicators when they are attempting to assign a crew member who is already assigned to another role or is otherwise unavailable. 	The Software Solution must provide the functionality to allow the User to multi-task a vessel to more than one client at any given time. 	The Software Solution must provide the functionality to allow the User to control, create and save various iterations of the same plan and reversions to a previous iteration of a plan. 	The Software Solution must provide the functionality to advise Users, such as crewing officers and planners, of the status of a particular plan.  This will include at a minimum identifying such status indicators as "plan in progress", "plan needs to be approved", "plan approved", crewing incomplete", "crewing complete". 	The Software Solution must provide the functionality to allow the User to make insertions, corrections and changes in data which will then be reflected automatically by the Software Solution with all related data. When inserting history, the Software Solution will make any necessary changes to data going forward in time related to the insertions, corrections and changes 	The Software Solution must provide the functionality to allow the User to assign multiple concurrent tasks to individual vessels. 	The Software Solution must provide the functionality to allow the User to track and plan the demand and usage of all ancillary (child) vessels related to the parent vessels. 	The Software Solution must provide the functionality to allow the User to review and update CCG Client profiles and manage CCG client accounts. 	The Software Solution must provide the functionality to allow the User to review Vessel Support Requests; review Current Agreements and document Vessel Support Demands as part of the Vessel Support Planning functionality. 	The Software Solution must provide the functionality to allow the User to review Fleet Services Catalogue Offerings; define and update Fleet Service levels; review Fuel Consumption; and document the national costing model as part of the Vessel Support Planning functionality. 	The Software Solution must provide the functionality to allow the User to determine the availability of vessel; review vessel support requirements; identify logistic support requirements; assess Fleet Capacity Assessment; quantify Skill Set Demand; align Skill Set Inventory with Skill Set Demand; identify human resource capacity gaps; and assess human resource capacity assessment as part of the Capacity Management part of the Vessel Support Planning functionality. 	The Software Solution must provide the functionality to allow the User to assess asset, system and equipment requirements; assess logistic support requirements; assess service delivery expectations; assess Fleet Capability results; assess crewing requirements; assess staff augmentation and reduction requirements; assess training requirements; and assess human resource capability results as part of the Vessel Support Planning functionality. 	The Software Solution must provide the functionality to allow the User to perform calendaring, set priorities and allocate costs by Program and by Vessel as part of the Vessel Support Planning functionality. 	The Software Solution must provide the functionality to allow the User to reconcile business requirements and notional budgets; prepare Draft Fleet Operational Plans; finalize and approve Draft Fleet Operational Plans; allocate funds to projects and missions; and oversee and amend Work Plans as part of the Vessel Support Planning functionality. 	The Software Solution must provide the functionality to allow the User to review the calendar; review the project and mission requirements; establish timelines; and oversee and amend schedules as part of the Vessel Support functionality. 	The Software Solution must provide the functionality to allow the User to review the Fleet schedule; review the project and mission HR requirements; and confirm and amend the schedule timelines as part of the Vessel Support functionality. 	The Software Solution must provide the functionality to allow the User to identify leave used; identify overtime; and schedule statutory and designated paid holidays as part of the Vessel Support functionality.  	The Software Solution must provide the functionality to allow the User to produce plans sorted and/or restricted by vessel, vessel class, region, client, month, quarter and year. 	The Software Solution must provide the functionality to allow the User with a "warning" for review of the changes that will occurred once the insertions, corrections or changes are saved and then a final report of the insertions, corrections or changes that have been made once it is saved. 	The Software Solution must provide the functionality to allow the User to conduct searches based on specified criteria and retrieve information entered. 	The Software Solution must provide the functionality to allow the User to export selected data for use and manipulation in Excel. Bilingual nature of the Software Solution	  The Software Solution must provide the functionality to allow Users to work in English or French at the User's discretion, regardless of the language of user-entered text (i.e. "content").   The Software Solution must provide the field labels, navigation prompts, menus, and error and advisory messages to authorized Users, in both English and French languages.  The Software Solution On-line Help information must be in both English and French languages.	 	 	 Technical Environment Requirements	  The Software Solution must be installed, and be capable of correct and error-free operation, in the current CCG technology environment as described in this Statement of Requirement.	 	The Software Solution must work and interoperate with Windows XP (upgrading to Windows 7 by end of fiscal year 2013-2014) 	The Software Solution must be accessible nationally via GOC LAN/WAN  no access from vessels required at this time. 	The Software Solution must provide a Client/server and web (intranet) user interface. 	The Software Solution must work and interoperate with other in-house built and commercial applications including at a minimum Maximo, Maintelligence, PeopleSoft, Common Core, MariTime, ERS, MRS and iFleet. 	The Software Solution must be self-contained and not rely on third-party software in order to provide complete solution except when accessing CCG source systems including as a minimum iFleet; Common Operating Picture; Iris; MariTime; Maximo, Maintelligence, ERS, MRS and Common Core.  	The Software Solution must include document import functions that allow interoperating with imported document formats. 	The Software Solution must interoperate, transfer and make use of information between the product components and functions and must not rely on the User to manually transfer information between components and functions within the Software Solution. 	The Software Solution must allow the User to produce reports in PDF, Word and Excel formats. Security Requirements	  The Software Solution must utilize 128-bit encryption for "Protected" data.	 	The Software Solution must force Users to reset passwords at least once every 90 calendar days. 	The Software Solution must provide multi-level security which protects the integrity of the system from any potential intruders, including:  a.	User validation against a directory server (Microsoft Windows Active Directory) in real time using single sign-on authentication mode; b.	Configurable password rules, without programming knowledge, including: (1). Minimum length; (2). Maximum allowable character repetition; (3). Minimum number of character types (uppercase, lowercase, numbers and symbols); and  (4). Customizable password expiry; c.	Automatic logoff after a configurable period of inactivity, without programming knowledge; d.	Limit access to individual Requests configured based on user rights, without programming knowledge; and  e.	Locked-out function after a configurable number of failed login attempts, without programming knowledge. 	The Software Solution must provide that the data must be assignable to a User access profile based on rights to: create, read-only, read/write/edit, delete information, or equivalent. 	The Software Solution must provide at minimum an audit trail for all access and data modifications  who accessed or changed what, and when.   Delivery Date: Above-mentioned  The Crown retains the right to negotiate with suppliers on any procurement.  Documents may be submitted in either official language of Canada.

description_fr: Entente sur le commerce : OMC-AMP/ALÉNA/ACI/Canada-Pérou ALE/Canada-Colombie ALE Processus de demande des soumissions : Tout fournisseur intéressé peut présenter une soumission Pièce jointe : Aucune Stratégie d'approvisionnement concurrentielle : Meilleure  proposition globale Entente sur les revendications territoriales globales : Non Nature des besoins :    DEMANDE DE RENSEIGNEMENTS CONCERNANT UNE SOLUTION LOGICIELLE DE PLANIFICATION DES NAVIRES ET DES ÉQUIPAGES POUR LA GARDE CÔTIÈRE CANADIENNE    TABLE DES MATIÈRES  A)	CONTEXTE ET BUT DE CETTE DEMANDE DE RENSEIGNEMENTS			2 B)	NATURE DE LA DEMANDE DE RENSEIGNEMENTS					2 C)	NATURE ET FORMAT DES RÉPONSES DEMANDÉES					3 D)	COÛTS DES RÉPONSES								3 E)	TRAITEMENT DES RÉPONSES							3 F)	CONTENU DE LA DEMANDE DE RENSEIGNEMENTS					4 G)	QUESTIONS À L'INTENTION DE L'INDUSTRIE						4 H)	FORMAT DES RÉPONSES								6 I)	DEMANDES DE RENSEIGNEMENTS							7 J)	TRANSMISSION DES RÉPONSES							7 ANNEXE A											8 ANNEXE B											22     		DEMANDE DE RENSEIGNEMENTS CONCERNANT UNE SOLUTION LOGICIELLE DE PLANIFICATION DES NAVIRES ET DES ÉQUIPAGES POUR LA GARDE CÔTIÈRE CANADIENNE  	A)	Contexte et but de cette demande de renseignements  Le ministère des Pêches et des Océans (MPO) a besoin d'une solution logicielle bilingue disponible sur le marché (COTS) pour offrir à la Garde côtière canadienne (GCC) un outil de planification maritime national des plus perfectionnés et conforme aux normes de l'industrie, qui est appelé à remplacer l'application traditionnelle personnalisée et vieillissante (MariTime).  La solution logicielle doit comprendre 1.) un logiciel sous licence perpétuelle, 2.) une garantie, 3.) des services d'entretien et de soutien, 4.) des services professionnels et 5.) un transfert de connaissances et une formation; veuillez vous reporter à l'annexe A de la demande de renseignements pour les détails des produits livrables prévus au contrat.  La solution logicielle doit être utilisable et complète et pouvoir fonctionner dans les environnements techniques décrits dans la demande de renseignements.  La flotte de la GCC comprend actuellement 116navires de configurations diverses, notamment des brise-glaces lourds et moyens, des navires scientifiques, des embarcations de recherche et sauvetage, et des aéroglisseurs, en plus de nombreux bâtiments auxiliaires et d'une flotte d'hélicoptères. Ces navires et hélicoptères sont déployés partout au pays et souvent assignés à plus d'un client pour remplir des tâches multiples à tout moment afin d'optimiser la capacité opérationnelle de la flotte.  La GCC a aussi établi des profils d'équipage pour chaque classe de navire en se basant sur un ensemble de règlements gouvernementaux et de politiques d'exploitation internes. Ces profils indiquent le nombre de membres d'équipage nécessaire ainsi que le groupe et le niveau correspondant à chaque rôle.  Dans ce contexte et compte tenu du fait que la GCC offre des services selon le principe de recouvrement des coûts à d'autres secteurs du MPO, à d'autres ministères et au secteur privé, elle utilise actuellement un outil de planification sur mesure ainsi que d'autres applications afin de créer des scénarios de navigation pour chaque navire. Cette application ne répond plus aux exigences opérationnelles de la GCC, de sorte que le processus de planification mobilise beaucoup de personnes, prend du temps et est sujet à des erreurs.  Cette demande de renseignements a pour objet de déterminer: 1.	les fournisseurs de logiciels qui ont une suite logicielle de planification des navires et des équipages disponible sur le marché (COTS) pouvant répondre aux besoins du Ministère; 2.	les options en termes de licence, de mise en oeuvre, d'entretien et de soutien nécessaires afin de préparer un budget pour le projet; 3.	les efforts requis de la part du fournisseur en termes de services professionnels pour soutenir la mise en oeuvre, la transition et l'entretien du produit COTS.  	B)	Nature de la demande de renseignements  Il ne s'agit pas d'une demande de soumissions.  Cette demande de renseignements ne débouchera pas sur l'attribution d'un contrat. Par conséquent, les fournisseurs éventuels de biens ou de services décrits dans la présente demande de renseignements ne devraient pas réserver du matériel ou des installations ni affecter des ressources en fonction du contenu de la présente demande. De même, cette demande de renseignements n'entraînera pas l'établissement d'une liste de fournisseurs.  Le fait qu'un fournisseur éventuel réponde ou non à cette demande de renseignements ne l'empêchera donc pas de participer à un approvisionnement futur. En outre, cette demande ne donnera pas nécessairement lieu à l'achat des biens et des services qui y sont décrits. Cette demande de renseignements vise simplement à obtenir de l'industrie des réponses aux questions qui y sont décrites. 	C)	Nature et format des rponses demandes  Les répondants sont invités à formuler leurs commentaires, leurs préoccupations et, le cas échéant, d'autres recommandations en ce qui concerne la façon de répondre aux exigences ou d'atteindre les objectifs décrits dans cette demande de renseignements.  Les répondants sont également invités à présenter des commentaires sur le contenu, le format et/ou la structure des ébauches de documents inclus dans cette demande. Les répondants devraient expliquer les hypothèses qu'ils avancent dans leurs réponses. 	D)	Cots des réponses  Le Canada ne remboursera à personne les dépenses engagées pour répondre à cette demande de renseignements.  	E)	Traitement des réponses  1.	Utilisation des réponses: Les réponses ne seront pas évaluées de façon officielle. Toutefois, elles pourront être utilisées par le Canada pour élaborer ou modifier des stratégies d'approvisionnement ou des ébauches de documents contenues dans cette demande de renseignements.  Le Canada examinera toutes les réponses reçues à la date de clôture de la demande de renseignements. Il peut, à sa discrétion, examiner celles qui parviendront après cette date. 2.	Équipe d'examen : Une équipe formée de représentants du client (le cas échéant) et de TPSGC examinera les réponses.  Le Canada se réserve le droit d'embaucher un consultant indépendant ou d'utiliser les ressources gouvernementales s'il le juge nécessaire pour examiner des réponses. Les membres de l'équipe n'examineront pas nécessairement la totalité des réponses. 3.	Confidentialité: Les répondants devraient indiquer les parties de leur réponse qu'ils jugent exclusives ou confidentielles.  Le Canada traitera les réponses conformément à la Loi sur l'accès à l'information. 4.	Suivi: Le Canada va rencontrer en personne chaque répondant qui en fera la demande. Après la date de clôture, l'autorité contractante fera un suivi auprès de chaque répondant ayant indiqué dans sa réponse qu'il souhaite rencontrer le Canada.  Le Canada a l'intention de demander que chaque répondant donne un aperçu des fonctionnalités de la solution proposée et fasse une démonstration des produits commerciaux afin qu'il puisse mieux comprendre les techniques et les processus de gestion des cas, et évaluer leur efficacité à l'aide de certaines données de configuration et d'essai fournies par le Canada.  Pendant la démonstration, le Canada compte interagir avec le répondant en lui posant des questions afin de mieux comprendre les capacités de la solution proposée. 5.	Les répondants sont invités à fournir de la documentation ou d'autres renseignement sur la solution proposée, la suite d'outils ou les applications connexes de tiers.  	F)	Contenu de la demande de renseignements  1.	Cette demande de renseignements contient une ébauche d'énoncé des besoins (voir l'annexe A). Comme ce document ne sera jamais définitif, il se pourrait que des besoins soient ajoutés, modifiés ou supprimés.  Les commentaires sur tout aspect de l'ébauche du document sont les bienvenus. 2.	On peut trouver des renseignements supplémentaires sur la diversité de la flotte et des services de la Garde côtière aux adresses suivantes: http://www.ccg-gcc.gc.ca/Fleet-Annual-Report-2010-2011/TOC ou http://www.ccg-gcc.gc.ca/Rapport-Annuel-de-la-Flotte-2010-2011/TD M. 3.	Cette demande de renseignements contient aussi des questions spécifiques qui s'adressent à l'industrie.  	G)	Questions  l'intention de l'industrie  a)	Produit et fonctionnalité  Q-1	Le modèle proposé doit être une solution entièrement intégrée qui offre toutes les fonctionnalités voulues à l'intérieur d'un logiciel unique. Décrivez la suite COTS au complet et la fonctionnalité offerte par rapport à l'énoncé des besoins provisoire qui se trouve à l'annexe A. Veuillez fournir une liste de logiciels tiers nécessaires pour compléter votre suite. Fournissez des détails concernant le soutien apporté aux éléments tiers: source du soutien, méthode de prestation, etc.   Q-2 Notre modèle de solution offre toute la fonctionnalité possible grâce à la licence existante et diverses extensions pour tenir compte de la nature unique du milieu maritime. Il est souhaitable que moins de 20% de la fonctionnalité soit développé en ajoutant une extension au produit existant à l'aide d'une trousse de développement logiciel.  a) En ce qui concerne l'énoncé provisoire des besoins qui figure à l'annexe A, décrivez comment votre produit peut être adapté pour répondre aux besoins. b) Expliquez comment la trousse de développement logiciel conçue pour la solution proposée pourrait être utilisée pour augmenter les fonctionnalités tout en veillant à ce qu'elle ne soit pas affectée par les futures mises à niveau du système.  Q-3 Dans la mesure où la planification des navires et l'affectation des équipages qui s'ensuit sont deux processus distincts dont s'occupent des groupes séparés à des moments différents, expliquez comment la solution que vous proposez peut gérer ces tâches et donnez un exemple.  Vous voudrez peut-être préciser comment les officiers d'équipage sauront que le plan est définitif, approuvé et prêt pour l'affectation des équipages.  Vous devez aussi tenir compte, dans votre illustration, que ces officiers devront également connaître la disponibilité et les aptitudes de chaque membre d'équipage affecté ainsi que le rôle qui lui est confié.  Q-4 Le processus de planification est de nature itérative et comprend souvent la préparation de différents scénarios qui peuvent être partagés entre les régions et avec l'Administration centrale avant qu'un plan définitif soit adopté. Veuillez montrer comment la solution proposée conçoit des scénarios, comment ces scénarios sont stockés et partagés entre les différents planificateurs, et comment, une fois qu'un plan final est accepté, celui-ci devient le plan officiel et s'il y a moyen de revenir en tout ou en partie à un scénario antérieur pendant le processus de planification. Tout en préparant votre réponse, vous devez vous rappeler que les plans sont en général amorcés au niveau régional pour devenir ensuite un plan national intégré. Les navires sont affectés à des régions spécifiques et ont des capacités précises. Certains peuvent à tout moment servir à accomplir plusieurs tâches pour plus d'un client. Les navires peuvent aussi être réaffectés à d'autres régions pendant l'année en raison de facteurs saisonniers comme le gel de la voie maritime du Saint-Laurent ou si un navire particulier du même genre n'est pas disponible dans une autre région en raison de l'entretien (p. ex., un navire scientifique peut être partagé entre la région de l'Est et la région du Centre et de l'Arctique ou un navire remplissant plusieurs tâches peut être transféré de la région du Centre et de l'Arctique à la région du Pacifique pour en remplacer un autre qui est à l'entretien).  Q-5 Il faut consulter les renseignements historiques ou originaux sous la forme qu'ils avaient avant que des changements soient apportés. Veuillez expliquer comment la solution que vous proposez traite les rapports ponctuels. Tenez aussi compte du fait qu'il pourrait être nécessaire dans certains cas de corriger des données historiques, c.-à-d. d'en insérer. Veuillez décrire comment la solution proposée peut également répondre à cet aspect des besoins.  Q-6 Certaines données contenues dans le système sont considérées comme «protégées» et ne doivent donc être consultées qu'«en cas de besoin». Comme le stipulent les exigences techniques de l'annexe A, la solution proposée doit faire un suivi de tous les changements et accès à l'ensemble des données protégées, notamment indiquer qui les a consultées ou modifiées et à quel moment, et ce, afin d'avoir des pistes de vérification appropriées. Expliquez comment la solution que vous proposez puisse consigner l'accès ou les modifications aux données. Veuillez confirmer que les données peuvent être protégées à l'aide d'un chiffrement de 128bits, que les mots de passe des utilisateurs sont «robustes» et que les utilisateurs seront obligés de renouveler leur mot de passe à intervalles réguliers (au moins tous les 90jours).  Q-7 L'application de planification actuelle ne fonctionnera plus une fois que la GCC passera à un environnement d'exploitation de 64bits (Windows 7) dans les 12prochains mois. Dites comment vous proposez d'offrir une solution à l'état final basée sur l'énoncé des besoins avant la mise en oeuvre du nouveau système d'exploitation (c.-à-d. dans les 12mois de l'attribution du marché). Expliquez également comment la solution que vous proposez est structurée pour que les règles administratives de la GCC soient séparées du fonctionnement central de la solution. Veuillez indiquer en outre si la solution que vous proposez dépend de l'utilisation de la base de données de l'acheteur (Oracle 11g dans le cas de la GCC) ou si elle est entièrement autonome.   Q-8 Les utilisateurs de l'application existante ont différents besoins. Certains ont besoin d'un accès en lecture seulement pour consulter les rapports tandis que d'autres doivent avoir accès et concevoir des scénarios de planification. La communauté des utilisateurs est également hiérarchisée: un planificateur dans une région donnée n'a pas nécessairement besoin de consulter les plans d'une autre région ou y être autorisé ou y avoir accès, tandis que les planificateurs de l'Administration centrale doivent avoir accès à tous les plans pour les mettre en oeuvre et produire des rapports. Veuillez expliquer comment la solution que vous proposez est structurée pour que l'accès des utilisateurs soit géré et accordé en fonction des besoins et des rôles de chacun.  Q-9 En vous basant sur la description générale qui est faite à l'annexe A de l'architecture des applications actuelles de la GCC (les descriptions techniques se trouvent à l'annexe B), dites comment la solution que vous proposez va interagir avec les autres systèmes «traditionnels» de la GCC qui sont basés sur Oracle et les autres produits COTS comme Maximo et PeopleSoft.  Veuillez montrer comment la solution que vous proposez fournira d'une façon générale des données aux outils d'informatique décisionnelle comme IBM Cognos 8.4.  Q-10 En vous servant des saisies d'écran de votre solution, montrez comment elle utilise des dépendances dans les scénarios de planification pour signaler les conflits possibles pouvant soulever des problèmes au moment de la mise en oeuvre du plan (c.-à-d. membres d'équipage particuliers qui ont trop d'engagements ou ne sont pas disponibles, ou navire non configuré ou non conçu pour accomplir une tâche particulière comme tenter d'affecter un navire de recherche et sauvetage à des opérations de déglaçage).  Q-11 En vous servant des saisies d'écran, veuillez montrer comment les différents éléments de coût sont utilisés pour fournir aux planificateurs les détails des coûts à mesure qu'ils conçoivent différents scénarios.  b)	Licence du produit et modèle de tarification  Q-12 Décrivez la licence, l'entretien et le modèle de soutien de votre solution, notamment la tarification, les rabais sur le volume et les modules supplémentaires facultatifs.  Q-13 Étant donné l'âge de l'application existante, il pourrait être nécessaire pour le fournisseur retenu de faire une analyse et une modélisation opérationnelles minimales avant de pouvoir mettre en oeuvre sa solution. La GCC souhaite établir un prix fixe pour les besoins en matière d'analyse commerciale, de modélisation, de licence et de soutien, avec une option de prolonger l'entretien et le soutien pour un certain nombre d'années. Si le modèle de tarification proposé est différent de ce qui pourrait être suggéré par votre organisation, veuillez fournir des explications.  Q-14 La GCC aimerait avoir une option offrant une intégration avec la fonction des ressources humaines s'il est établi que l'organisation assurant le soutien de PeopleSoft est incapable d'intégrer les besoins définis dans les conventions collectives du personnel navigant. Quel impact cela aura-t-il sur le modèle de tarification et l'échéancier de la solution proposée?      c)	Soutien et services  Q-15 Quels outils et compétences peuvent être fournis pour aider à passer du système actuel au nouveau? Ces ressources sont-elles disponibles en français et en anglais? Se trouvent-elles dans la région de la Capitale du Canada?  	H)	Format des rponses  1.	Page couverture: Si la réponse comprend plusieurs volumes, les répondants sont invités à indiquer sur la page couverture de chaque volume le titre de la réponse, le numéro de demande, le numéro du volume et la raison sociale complète du répondant. 2.	Page de titre: La première page de chacun des volumes de la réponse, après la page couverture, est la page de titre et doit contenir: (a)	le titre de la réponse et le numéro du volume; (b)	le nom et l'adresse du répondant; (c)	le nom, l'adresse et le numéro de téléphone de la personne-ressource du répondant; (d)	la date; (e)	le numéro de la demande de renseignements. 3.	Système de numérotation: Les répondants sont invités à préparer leur réponse en utilisant un système de numérotation correspondant à celui qui figure dans la présente demande de renseignements. Toutes les références au matériel descriptif, aux manuels techniques et aux brochures qui font partie de la réponse devraient être mentionnées. 4.	Envoi de la réponse par voie électronique: Le Canada demande que les répondants transmettent leurs réponses par courriel à l'autorité contractante indiquée plus bas.  	I)	Demandes de renseignements  Comme il ne s'agit pas d'une demande de soumissions, le Canada ne répondra pas nécessairement aux demandes de renseignements par écrit ni en faisant circuler les réponses parmi tous les fournisseurs potentiels.  Toutefois, les répondants qui ont des questions au sujet de cette demande de renseignements peuvent les adresser à:  Autorité contractante: 	Peter Gabriel, spécialiste de l'approvisionnement, Division des achats des logiciels de l'entreprise  Groupe XL, Direction de l'acquisition de logiciels et de systèmes partagés, Secteur de la gestion de l'approvisionnement en services et technologie, Direction générale des approvisionnements, TPSGC  Adresse électronique: 	peter.gabriel@tpsgc-pwgsc.gc.ca Téléphone: 		819-956-7566  	J)	Transmission des rponses  1.	Heure et lieu de transmission des réponses: Les fournisseurs intéressés à transmettre une réponse doivent l'envoyer par courriel à l'autorité contractante ci-dessus au plus tard à l'heure et à la date précisées à la première page du présent document. 2.	Responsabilité d'un envoi ponctuel: Il incombe à chaque répondant de s'assurer que sa réponse parvienne à temps à l'autorité contractante. 3.	Identification de la réponse: Il incombe à chaque répondant de fournir son nom et son adresse d'expéditeur, et d'indiquer clairement la date de clôture dans la ligne d'objet du courriel.   ANNEXE A    Énoncé des besoins  Cet énoncé des besoins précise la terminologie, le contexte, les principales activités commerciales, les tâches requises et les activités reliées à la transition et à la mise en oeuvre, les types d'utilisateurs et les exigences fonctionnelles de haut niveau de la solution requise:   1.0 Terminologie:  Les termes employés dans l'énoncé des besoins auront la signification indiquée dans le tableau ci-dessous:  Terme ou expression	Signification GCC	Gardecôtièrecanadienne Jours opérationnels	«Jours opérationnels» signifie le temps mesuré en «jours opérationnels non pondérés» ou en «jours écoulés». Les jours écoulés désignent le nombre total de jours demandé par chacun des clients et qui leur est attribué. Comme certains actifs peuvent être compris dans des activités qui se chevauchent ou se succèdent concernant divers programmes, on peut consigner plus de 24 heures dans une même journée. Toutefois, le nombre total d'heures consignées dans une journée peut seulement dépasser 24 heures lorsqu'il s'agit d'un navire polyvalent utilisé pour un ou plusieurs programmes. Multitâche	Un navire peut accomplir des tâches pour plus d'un client à n'importe quel moment ou dans le cadre d'un seul voyage. MM	Milles marins SAR 	Recherche et sauvetage  renvoie en général au programme ou aux navires utilisés pour la recherche et le sauvetage, par exemple une embarcation de recherche et sauvetage. Surnuméraires	Passagers qui ne sont pas des membres d'équipage actifs d'une mission ou d'un voyage en particulier. Potentiel du navire	Configuration d'un navire donné pour ce qui est de sa capacité d'accomplir certaines tâches comme le déglaçage. Capacité du navire	Capacité de répondre aux exigences du client en fournissant le navire avec équipage approprié au moment voulu.   2.0 Contexte:  2.1 Garde côtière canadienne  Dans le cadre de l'architecture des activités de programme de Pêches et Océans Canada (MPO), la Direction de la flotte relève du programme sur l'état de préparation opérationnelle de la Flotte. En tant que programme le plus imposant, l'état de préparation opérationnelle de la Flotte est divisé en trois sous-programmes: Capacité opérationnelle de la flotte, Entretien de la flotte et Acquisitions de la flotte. Les responsabilités et le mandat de la Flotte sont dirigés par le sous-programme Capacité opérationnelle de la flotte.   La Flotte elle-même n'est pas l'autorité gouvernementale en matière de programmes en mer. Elle sert plutôt de mécanisme d'exécution du mandat de la Garde côtière et du gouvernement canadien en mer. Ses activités sont donc entièrement axées sur la clientèle et découlent directement de ses exigences.  Les principales responsabilités de la Flotte sont les suivantes: ·	coordonner et surveiller la prestation de services de la Flotte et son budget partout au pays et en faire rapport; ·	définir la mission et les exigences opérationnelles des navires actuels et futurs et établir les directives, les politiques et les activités connexes pour appuyer les activités de la Flotte, y compris la surveillance; ·	vérifier les navires, établir les politiques, assurer une amélioration constante et surveiller le rendement; ·	assurer la planification des ressources humaines et le perfectionnement professionnel pour le personnel navigant, la certification, le recrutement, le maintien en poste, la négociation collective, les questions liées au syndicat et à la gestion des ressources humaines opérationnelles.  Grâce au service qu'elle procure à l'industrie de la pêche commerciale, du transport maritime, de la navigation commerciale et touristique ainsi qu'aux plaisanciers, la Flotte de la Garde côtière canadienne composée de bateaux rouges et blancs, d'hélicoptères et d'aéroglisseurs est devenue un symbole emblématique de la sécurité maritime et de la souveraineté en eaux canadiennes. La Garde côtière est prête à desservir, 24 heures sur 24, 365 jours par année, les trois océans du Canada, la voie maritime du Saint-Laurent, les Grands Lacs et d'autres voies navigables intérieures du Canada, et ce, dans les conditions météorologiques les plus difficiles.  Au cours d'une journée normale, la Flotte fournit les services au nom de la Garde côtière et de nombreux autres ministères et organismes gouvernementaux.  Au cours d'une journée typique, les navires et les équipages de la Flotte: ·	sauvent dix vies; ·	prêtent main-forte à 58personnes dans 26situations de recherche et de sauvetage; ·	entretiennent 55aides à la navigation; ·	gèrent 2325 déplacements de navires de commerce; ·	escortent quatre navires de commerce pendant la saison des glaces; ·	effectuent onze patrouilles de pêche; ·	contribuent à trois missions hydrographiques; ·	contribuent à huit relevés scientifiques; ·	interviennent dans trois incidents de pollution déclarés; ·	sondent cinq kilomètres de fond de chenal maritime.  2.2 Exécution des programmes  Les clients de la Flotte comprennent les programmes opérationnels de la Garde côtière, lesquels sont élaborés et dirigés par la Direction des services maritimes. Ces programmes sont: Recherche et sauvetage, Intervention environnementale, Services de communication et de trafic maritimes, Aides à la navigation, Services de déglaçage et Gestion des voies navigables.  La Flotte appuie également ses clients de Pêches et Océans Canada (MPO), à savoir le secteur Gestion des écosystèmes et des pêches, notamment les secteurs Gestion des pêches, Conservation et Protection, et Sciences des écosystèmes et des océans (anciennement appelé Programme Sciences du Ministère des Pêches et des Océans - la recherche en mer). Enfin, en tant que seule flotte civile du gouvernement fédéral, les navires de la Garde côtière offrent un soutien sur l'eau lié aux mandats des autres ministères et organismes gouvernementaux. Parmi ces organismes, on compte la Gendarmerie royale du Canada, le ministère de la Défense nationale, Sécurité publique Canada, l'Agence des services frontaliers du Canada, Transports Canada, Environnement Canada, Ressources naturelles Canada et bien d'autres.  Chaque année, on consent énormément d'effort à établir un Plan intégré des opérations de la Flotte. Le plan constitue l'échafaudage des activités de la Flotte et de l'exécution des programmes en mer. Ce plan nécessite la consultation des clients de la Flotte, internes comme externes, afin d'établir la demande à l'égard des navires de la Flotte ainsi que le soutien des hélicoptères dans l'exécution de programmes en mer. D'après les ressources disponibles et les besoins des clients, un calendrier des jours opérationnels prévus est attribué à chaque client et convenu par les deux parties.   2.3 Exécution efficace  L'efficacité est une notion qui sert à évaluer dans quelle mesure une organisation obtient les résultats escomptés. La Flotte a mis au point diverses mesures pour évaluer son efficacité, dont la comparaison entre les services prévus et les services rendus et les retards opérationnels.  En comparant les services réellement rendus avec ce qui était prévu à l'origine, la Flotte peut mesurer le rendement de la prestation des services. Quand les services réellement rendus dépassent 100%, cela signifie que la demande était plus élevée que prévu ou que des événements imprévus ont nécessité plus de jours pour assurer le service. Les valeurs inférieures à 100% indiquent que le service rendu par la Flotte était en deçà du niveau prévu dans le plan. Les causes possibles peuvent être la non-disponibilité des navires en raison de défaillances et d'événements imprévus comme la réaffectation à des opérations de recherche et sauvetage.  2.4 Exécution efficiente  Dans l'ensemble, la Flotte de la Garde côtière est en fonction 24 heures sur 24, 365 jours par année. Mais il est rare que tous les navires soient autant utilisés en raison de divers facteurs tels que les travaux d'entretien prévus, les pannes de navire, le changement d'équipage ou l'absence de demande de programme. La Flotte se concentre toujours sur la maximisation du nombre de jours pendant lesquels les navires sont affectés aux clients en assurant une prestation de services efficiente. L'efficience permet de vérifier dans quelle mesure la Flotte emploie bien son temps et ses ressources pour offrir ses services. La disponibilité des navires et le fonctionnement multitâche servent d'indicateurs de rendement pour déterminer dans quelle mesure les services sont rendus avec efficience.  2.5 Disponibilité des navires  Quel que soit le moment, un navire est soit disponible soit non disponible pour les opérations. Lorsqu'un navire est disponible, on peut l'affecter à un client à titre polyvalent ou pour des tâches administratives ou autres telles que des activités de relations avec la collectivité ou les visiteurs ou on peut simplement ne pas l'affecter. Un navire peut être non disponible pour des raisons d'hivérisation, de désarmement à cause d'une insuffisance de fonds ou parce qu'il subit des travaux importants de radoub ou d'entretien.  2.6 Plan intégré des opérations de la Flotte   Le Plan intégré des opérations de la Flotte est un document publié chaque année qui représente un jalon important du processus de planification financière et opérationnelle de la Flotte. Ce plan comprend des consultations avec les clients de la Flotte, tant les clients internes qu'externes du MPO, afin de déterminer leurs besoins en matière de navires de la Garde côtière et de soutien des hélicoptères dans l'exécution de leurs programmes en mer. Le plan nécessite aussi beaucoup d'intrants comme les plans d'activités, les allocations budgétaires financières, les ententes sur les niveaux de service ou les protocoles d'entente, les attentes des clients à l'égard du niveau de service, les exercices d'établissement des priorités et les plans d'investissement intégrés.  2.7 Actifs de la Flotte  La Flotte est responsable d'offrir des navires, des aéroglisseurs et des hélicoptères sécuritaires, fiables et opérationnels de même que des membres d'équipage professionnels et compétents capables de respecter les exigences sur l'eau de la Garde côtière et du MPO ainsi que d'autres ministères et organismes gouvernementaux. Afin de continuer d'offrir un service 24heures sur 24, 365jours par année, au 1eravril 2012, la Flotte comptait 116navires, y compris quatre aéroglisseurs, et 22hélicoptères.  2.8 Classes de navires  2.8.1  Brise-glace polaire ·	Très grand brise-glace polyvalent (d'environ 140mètres de longueur), capable d'accomplir des missions prolongées dans l'Archipel arctique trois saisons par an. ·	Doté de 60couchettes pour la GCC côtière et 40couchettes surnuméraires, ce navire peut accueillir 25autres personnes en cas d'urgence.   ·	A une grande capacité de port en lourd; on y trouve un hangar pouvant accueillir deux hélicoptères de la GCC et il est doté d'une embarcation de sauvetage multitâche. ·	Peut passer l'hiver dans l'Arctique. ·	Peut servir à de nombreux programmes du gouvernement du Canada.  2.8.2  Brise-glace lourd ·	Très grand brise-glace polyvalent (d'environ 130mètres de longueur), capable d'accomplir des missions prolongées dans l'Archipel arctique deux saisons par an et d'escorter d'autres navires dans le golfe du Saint-Laurent et sur la côte Est de Terre-Neuve. ·	Doté de 45couchettes pour la GCC et de 40couchettes surnuméraires. ·	A une grande capacité de port en lourd; est pourvu d'un hangar pouvant accueillir un hélicoptère de la GCC et d'une embarcation multitâche.  2.8.3  Brise-glace moyen ·	Grand brise-glace (d'environ 100mètres de longueur), capable d'accomplir des missions prolongées de déglaçage et d'escorte dans l'Archipel arctique deux saisons par an et dans les Grands Lacs, sur le Saint-Laurent, dans le golfe du Saint-Laurent et le long du littoral atlantique l'hiver. ·	Doté de 32couchettes pour la GCC et de 25couchettes surnuméraires (équipement de sauvetage pour 62 personnes). ·	A une capacité de port en lourd; est doté d'un hangar pouvant accueillir un hélicoptère de la GCC et d'une embarcation de sauvetage multitâche. ·	Peut servir pour de nombreux programmes du gouvernement du Canada dont de multiples programmes et missions scientifiques de la GCC.  2.8.4   Navire polyvalent à grand rayon d'action ·	Grand navire polyvalent hautement adaptable (d'environ 85mètres de longueur), capable d'accomplir des missions de déglaçage dans le sud et l'ouest de l'Arctique et d'escorte dans les Grands Lacs, sur le Saint-Laurent, dans le golfe du Saint-Laurent et le long du littoral atlantique l'hiver. Son tirant d'eau est plus faible que celui du brise-glace moyen et il est doté dans l'ensemble d'une moindre capacité. ·	Doté de 28couchettes pour la GCC et de 20couchettes surnuméraires (équipement de sauvetage pour 58 personnes). ·	Est doté d'une grue, a une grande soute et un pont de grande superficie; peut accueillir un hélicoptère de la GCC; et est capable de larguer et de récupérer des canots pneumatiques à coque rigide et deux embarcations de sauvetage rapide. ·	Peut être utilisé pour de nombreux programmes du gouvernement du Canada.  2.8.5   Navire polyvalent à rayon d'action moyen ·	Grand navire polyvalent à faible tirant d'eau (d'environ 65mètres de long), d'une vitesse maximale de 14nuds; peut demeurer en mer jusqu'à 28jours. ·	Doté de 22couchettes pour la GCC et de 10couchettes surnuméraires (équipement de sauvetage pour 52 personnes). ·	Est pourvu d'une grue, a une grande soute et un pont de grande superficie; est capable de larguer et récupérer des canots pneumatiques à coque rigide et une embarcation de sauvetage rapide. ·	Sert avant tout aux aides à la navigation, aux opérations de recherche et sauvetage, au déglaçage, aux missions scientifiques et aux interventions environnementales; offre une certaine capacité de déglaçage. ·	Conçu pour être doté d'une plate-forme d'hélicoptère, mais en général n'en est pas muni.  2.8.6   Navire hauturier de recherches océanographiques ·	Grand navire hauturier polyvalent et peu bruyant (d'environ 90mètres de longueur), capable d'accomplir des missions prolongées de quatre à six semaines avec une autonomie de 10000milles nautiques; ne se livre pas à des opérations de déglaçage mais peut naviguer dans les eaux envahies par les glaces. ·	Doté de 27couchettes pour la GCC et de 25à 30 couchettes surnuméraires (équipement de sauvetage pour 57 personnes). ·	Pourvu d'aqualabs et capable de procéder à un échantillonnage du fond marin et à un échantillonnage de colonne d'eau; peut accueillir un hélicoptère dans un hangar rudimentaire; et est capable de larguer et de récupérer une embarcation de sauvetage rapide.  ·	Sert avant tout aux recherches scientifiques écosystémiques et halieutiques, les missions océanographiques et géologiques, et les études hydrographiques.  2.8.7  Navire hauturier de sciences halieutiques ·	Grand navire hauturier polyvalent et peu bruyant (d'environ 55 à 65mètres de longueur), capable d'accomplir des missions prolongées de quatre à six semaines avec une autonomie de 8500milles nautiques; ne se livre pas à des opérations de déglaçage mais peut naviguer dans les eaux envahies par les glaces. ·	Doté de 27couchettes pour la GCC et de 15couchettes surnuméraires (équipement de sauvetage pour 45 personnes). ·	Pourvu d'aqualabs et capable de procéder à procéder à un échantillonnage du fond marin et à certains échantillonnages de colonne d'eau; n'accueille pas d'hélicoptère. ·	Sert avant tout aux recherches scientifiques écosystémiques et halieutiques.  2.8.8.  Patrouilleur océanique ·	Grand navire hauturier (d'environ 75mètres de longueur), qui peut naviguer au-delà de 120milles nautiques, notamment à l'extérieur de la Zone économique exclusive; a une vitesse maximale supérieure à 20-25nuds et peut demeurer en mer jusqu'à six semaines; peut naviguer toute l'année dans les eaux canadiennes (sauf l'Archipel arctique); se livre à des opérations de déglaçage minimales dans des eaux légèrement glacées. ·	Doté de 22couchettes pour la GCC et de 18couchettes surnuméraires, et peut en accueillir 12 autres (équipement de sauvetage pour 52 personnes). ·	Transporte deux canots pneumatiques à coque rigide (jusqu'à 11mètres de longueur); peut accueillir un hélicoptère dans un hangar rudimentaire. ·	Conçu pour faire respecter la loi et a une salle d'opérations pour les programmes. Sert avant tout à faire respecter les règlements sur les pêches et à des opérations de recherche et sauvetage.  2.8.9   Patrouilleur semi-hauturier ·	Navire de taille moyenne (d'environ 40mètres de longueur), qui peut naviguer jusqu'à 120milles marins au large des côtes et a une vitesse maximale de 25noeuds; peut demeurer en mer jusqu'à 14jours.  N'est pas utilisé pour des opérations dans des eaux glacées. ·	Doté de neufcouchettes pour la GCC et d'au plus six couchettes surnuméraires. ·	Transporte un ou deux canots pneumatiques à coque rigide; n'accueille pas d'hélicoptère. ·	Sert avant tout à faire respecter les règlements sur la sûreté maritime et les pêches.   2.8.10 Véhicule à coussin d'air ·	Navire polyvalent de taille moyenne et rapide (jusqu'à 45noeuds), sur coussin d'air (aéroglisseur), capable d'évoluer en eaux très peu profondes et en zones littorales. ·	Compte entre quatre et sept membres d'équipage. ·	Ne peut pas accueillir d'hélicoptère. ·	Sert avant tout aux opérations de recherche et sauvetage, aux aides à la navigation, aux interventions environnementales et au déglaçage.  2.8.11 Navire baliseur spécialisé ·	Navire à fond plat à très faible tirant d'eau (d'environ 50mètres de longueur), autonome jusqu'à 28jours et capable d'endurer des échouements répétés en raison du changement des chenaux de navigation; n'est pas adapté aux travaux en pleine mer; ne peut pas se livrer à des opérations de déglaçage. ·	Doté de 12couchettes pour la GCC et de quatrecouchettes surnuméraires. ·	Peut accueillir un hélicoptère dans un hangar rudimentaire.  ·	Est avant tout utilisé pour la pose d'aides à la navigation sur le fleuve Mackenzie.  2.8.12 Embarcation de recherche et de sauvetage ·	Petit navire (d'environ 15 à 17mètres de longueur) à autoredressement et rattaché à un poste à terre qui peut se livrer à des opérations de recherche et sauvetage sur des distances atteignant 100milles nautiques, à une vitesse maximale d'environ 25nuds; peut effectuer des opérations de déglaçage minimales dans des eaux légèrement glacées. ·	Compte quatre ou cinq membres d'équipage de jour.   ·	Il peut accueillir jusqu'à quatre membres d'équipage surnuméraires (équipement de sauvetage pour 20 personnes). ·	Ne peut pas accueillir d'hélicoptère.  2.8.13 Navire semi-hauturier de recherches scientifiques ·	Navire de taille moyenne (d'environ 40mètres de longueur), capable de se livrer à des missions prolongées loin de son port d'attache jusqu'à 14jours; autonome jusqu'à 21jours, pouvant atteindre une vitesse maximale de 12 à 14noeuds et une autonomie de croisière de 4000milles nautiques; peut se livrer à des opérations de déglaçage minimales pour naviguer en eaux légèrement glacées. ·	Doté de 15couchettes pour la GCC et de huitcouchettes surnuméraires.  ·	Ne peut pas accueillir un hélicoptère et a une capacité limitée pour accueillir des embarcations pour des relevés hydrographiques. ·	Sert essentiellement aux recherches scientifiques écosystémiques et halieutiques, aux missions océanographiques, et aux études géologiques et hydrographiques.  2.8.14 Navire hydrographique et de sondage de chenal ·	Petit navire (d'environ 20 à 25mètres de longueur) qui a une vitesse de sondage de 10nuds; ne se livre pas à des opérations de déglaçage. ·	Peut accueillir quatre membres d'équipage et deux surnuméraires.  ·	Transporte un petit canot de sauvetage; ne peut pas accueillir d'hélicoptère. ·	Est surtout utilisé pour exécuter des levés de profondeur.  2.8.15 Navire semi-hauturier de recherches halieutiques ·	Petit navire (d'environ 20 à 25mètres de longueur) de recherche halieutique ayant un tirant d'eau de trois à quatre mètres, une vitesse de 12noeuds et une autonomie moyenne; peut se livrer à des opérations de déglaçage minimales dans des eaux légèrement glacées. ·	Doté de cinqcouchettes pour la GCC et de quatrecouchettes surnuméraires;  ·	Offre une capacité de laboratoire; ne peut pas accueillir d'hélicoptère. ·	Est utilisé pour des études au chalut.  2.8.16 Navires affrétés  La demande de services maritimes est toujours élevée et continue d'augmenter. Dans certains cas, le nombre ou la configuration des navires disponibles ne permettent pas à la Flotte d'offrir ses programmes en temps voulu. Lorsque cela se produit, la Flotte affrète des navires privés. Les navires affrétés sont entièrement configurés, équipés, exploités et armés par le personnel de la Flotte.  2.9 Systèmes d'information sur la Flotte  2.9.1	iFlotte  iFlotte est un système intégré qui enregistre l'information sur les activités, la prestation des services, le carburant et le positionnement des actifs de la GCC . Il sert aussi à transmettre des ordres d'appareillage aux navires. Il a été mis en uvre partout au pays à la fin mars 2012.  2.9.2   Systèmes d'information géographique  Le système d'information géographique, intitulé Image commune de la situation opérationnelle, est en production depuis mars2010. L'image peut être exploitée par toutes les directions de la Garde côtière nécessitant une fonction géospatiale.   2.9.3	Iris  L'application Iris est un système d'information utilisé pour relayer les messages sur l'état opérationnel, l'attribution des tâches de programmes et le positionnement géographique des navires et hélicoptères entre les Centres régionaux des opérations et le Centre national de coordination basé à Ottawa.   2.9.4.  Système Common Core  Le système Common Core est un répertoire de données générales sur les navires, notamment le nom, la taille, la capacité et la région d'attribution.  C'est le fondement de tous les systèmes mis au point dans la Flotte pour éliminer la nécessité de stocker des renseignements redondants dans de nombreuses applications informatiques.  2.9.5   Système MariTime de gestion de la Flotte  L'application actuelle de 16bits sert à fournir a) une gestion des équipages pour le suivi et le décompte de tout le personnel navigant; b) la gestion des feuilles de temps et l'enregistrement, le suivi et la déclaration des congés de tout le personnel navigant; c) l'ordonnancement et la planification de la Flotte ainsi que l'affectation et le suivi des ressources; d) le suivi de la formation de la Flotte pour soutenir la formation technique du personnel navigant et les rapports connexes. Il n'est pas prévu pour l'instant que la gestion des feuilles de temps et l'enregistrement et le suivi des congés et les rapports connexes fassent partie de la nouvelle exigence.  2.9.6	Enterprise Reporting Solution  Enterprise Reporting Solution (ERS) est un outil d'informatique décisionnelle utilisant la version 8.4 Cognos d'IBM qui doit être mise en service en janvier 2013. L'information sera importée à partir de dix systèmes sources, y compris la solution de planification utilisée avec ERS pour analyser les activités des navires planifiées et accomplies à l'aide de rapports préformâtés et spéciaux.  3.0 Principales fonctions opérationnelles  Les principales fonctions opérationnelles de la solution de planification sont les suivantes:  3.1	Ordonnancement et planification de la Flotte  Chaque année, les planificateurs de la Garde côtière canadienne à l'Administration centrale et dans les régions analysent et planifient les déploiements de la flotte, et en établissent les coûts, en fonction de la demande des clients et de la capacité de la GCC.  3.2	Attribution et suivi des ressources  La GCC a besoin d'un outil de planification qui permet aux planificateurs de la Flotte à l'Administration centrale et dans les régions d'analyser et de planifier les déploiements de la Flotte, et d'en établir les coûts, en fonction de la demande des clients et de la capacité de la GCC.  Une fois qu'un calendrier national optimal sera établi, le plan deviendra le Plan intégré définitif des opérations de la Flotte.  L'outil sera aussi utilisé tout au long de l'année pour élaborer et maintenir un «plan dynamique».  Ce «plan dynamique» servira à tenir compte des changements dans les attentes des clients ou le degré de préparation des navires, et à trouver des solutions de rechange afin de répondre aux besoins des clients. Il devra aussi faire en sorte que les changements n'aient pas de répercussions négatives sur d'autres engagements de la Flotte qui étaient déjà prévus.  L'outil va permettre de planifier l'utilisation et le déploiement des navires en fonction de la capacité et du potentiel de ces derniers, compte tenu des exigences des programmes. Il devra aussi comporter un modèle standard d'établissement des coûts qui permettra aux planificateurs de connaître et de signaler aux clients les coûts possibles d'utilisation des navires, prévue au départ, ainsi que l'incidence des changements de plans sur ces coûts.  Le plan fixe et le «plan dynamique» serviront aussi de sources de renseignements pour rendre compte des différentes mesures des programmes reliées au degré de préparation opérationnelle de la Flotte, notamment la comparaison entre ce qui a été «planifié» et la «capacité» et entre ce qui a été «planifié» et «fourni».  3.2 Gestion des équipages  La Garde côtière a aussi établi des profils d'équipage pour chaque classe de navire en se basant sur un ensemble de règlements gouvernementaux et de politiques d'exploitation internes. Ces profils indiquent le nombre de membres d'équipage nécessaires ainsi que le groupe et le niveau correspondant à chaque rôle. La deuxième phase du processus de planification consiste donc à s'assurer que les personnes compétentes composent l'équipage des navires. La GCC doit pour cela suivre les mêmes normes et règlements que ceux auxquels les autres navires privés doivent se conformer; tel qu'indiqué plus haut, les équipages et les officiers des navires ont besoin d'une certaine formation et certification compte tenu de leur rôle et du navire sur lequel ils sont affectés. Certains certificats peuvent aussi expirer si la personne n'accomplit pas les fonctions correspondantes pendant un minimum de temps prédéterminé. L'outil de planification doit permettre de vérifier que les certificats et la formation du personnel sont à jour et tenir compte de la fréquence des affectations. La solution doit indiquer si un certificat est sur le point d'expirer (ou a expiré) et en tenir compte au moment de suggérer des équipages aux planificateurs. Les planificateurs doivent aussi savoir quels membres d'équipage sont disponibles pour une mission donnée; l'outil de planification va donc faire un suivi de chaque membre d'équipage de la GCC portant notamment sur le niveau actuel, la disponibilité, les certificats de la GCC ou autres, et un certificat médical valide. Au niveau technique, dans la mesure où ces renseignements sont considérés comme ayant cote Protégé B, la cote de sécurité appropriée sera exigée pour l'accès et pour les données.  Par exemple, l'outil doit pouvoir indiquer qu'un membre d'équipage ne peut pas être affecté à un navire donné pour une mission en particulier parce qu'il est déjà affecté à un autre navire pour une partie ou la totalité de la mission prévue, n'a pas le bon «grade», n'a pas les certificats appropriés pour le navire en question ou est en congé préapprouvé. L'outil va aussi intégrer le salaire et les heures supplémentaires dans le modèle de calcul des coûts chaque fois qu'un membre d'équipage est affecté.   4.0 Tâches et activités associées à la transition et à la mise en uvre   La GCC a une exigence opérationnelle générale mais s'attend à ce que l'entrepreneur conçoive et analyse en détail une architecture et qu'il augmente d'environ 20% la fonctionnalité globale de son produit afin de mettre en uvre des règles opérationnelles propres à la GCC. Par conséquent, on s'attend à ce qu'au cours des 12premiers mois du contrat, l'entrepreneur fournisse des services professionnels pour effectuer la conception architecturale des éléments opérationnels, informatifs et techniques de la solution; configure l'extension du produit existant à l'aide d'une trousse de développement logiciel; détermine la capacité et les exigences de rendement de la solution COTS; entre les données historiques dans la solution logicielle; installe et mette en uvre la solution logicielle à la GCC afin de répondre à ses exigences opérationnelles; transfère les connaissances techniques grâce à des séances et au moyen de documents officiels destinés aux administrateurs des systèmes de la GCC; et donne une formation aux utilisateurs et aux techniciens qui doivent fournir un soutien de niveaux un et deux pour la solution logicielle aux utilisateurs de la GCC. La GCC sera seule responsable d'entretenir en permanence les extensions qui lui sont spécifiques.   5.0 Types d'utilisateurs  On s'attend à ce que le MPO fournisse un soutien de niveau un et deux à ses utilisateurs pour la nouvelle solution logicielle et que l'entrepreneur donne un soutien de niveau trois. Les administrateurs des systèmes de la GCC accorderont aux utilisateurs un accès à la solution logicielle en fonction d'un maximum de 12rôles différents, notamment:  ·	Gestionnaire de compte ·	Gestionnaire de portefeuille ·	Gestionnaire du niveau de service ·	Agent de planification des navires ·	Agent de planification des équipages ·	Agent d'ordonnancement des projets et des missions ·	Agent de planification des services de la Flotte ·	Gestion des services de la Flotte ·	Gestionnaire régional de la flotte ·	Centre des opérations régional ·	Gestion du rendement ·	Agent de gestion du rendement ·	Administrateur de bases de données ·	Agent de contrôle de l'accès  ·	Bureau de service  6.0 Exigences fonctionnelles  Exigences fonctionnelles générales de la solution demandée:  Numéro d'élément obligatoire	Description des exigences obligatoires Licence générale	  La licence pour la solution logicielle doit être une licence d'entreprise perpétuelle pour un minimum de 300utilisateurs (maximum de 50utilisateurs simultanés).	 	La solution logicielle doit permettre à cinq utilisateurs d'accéder au même dossier simultanément sans corrompre les données. 	 	 Gestion des utilisateurs	  La solution logicielle doit permettre à l'administrateur des systèmes de la GCC d'attribuer ou de refuser aux utilisateurs l'accès à des fonctions spécifiques basées sur des autorisations d'accès selon le rôle, notamment au minimum pour chaque région et Administration centrale et pour chaque fonction de: 	Gestionnaire de compte 	Gestionnaire de portefeuille 	Gestionnaire du niveau de service 	Agent de planification des navires 	Agent de planification des équipages 	Agent d'ordonnancement des projets et des missions 	Agent de planification des services de la Flotte 	Gestion des services de la Flotte 	Gestionnaire de la Flotte régionale  	Centre des opérations régionales 	Gestion du rendement 	Agent de gestion du rendement 	Administrateur de bases de données 	Agent de contrôle de l'accès  	Bureau de service	 	La solution logicielle doit permettre aux administrateurs des systèmes de la GCC de l'utiliser et de la contrôler en débordant des fonctions normales. Les fonctions des administrateurs doivent comprendre la gestion des comptes d'utilisateurs, le changement des noms de champs, la définition et la correction des structures et des termes auxquels les utilisateurs ont accès à partir de listes standard, la définition et la correction des éléments des modèles disponibles dans la solution logicielle, l'établissement et le réglage du déroulement des processus, la manipulation du contenu des listes déroulantes et l'édition des fonctions de vérification. Application	  La solution logicielle doit permettre à chaque utilisateur d'ouvrir différentes parties d'un plan pendant la même session afin de travailler sur plusieurs dossiers en même temps.	 	La solution logicielle doit permettre à l'utilisateur de consulter des plans en les sélectionnant dans des listes déroulantes (y compris des rapports imprimés préformâtés qui peuvent être exportés dans un format pdf), qui sont crées et mises à jour par: a)	Navire b)	Classe de navire c)	Région d)	Envergure nationale e)	Client f)	Mois g)	Année (financière et civile);  i)		Période d'utilisation spécifique   h)	Période pluriannuelle (financière et civile) 	La solution logicielle doit comporter un modèle de calcul des coûts utilisant un ensemble de 17éléments prédéfinis qui vont fournir immédiatement à l'utilisateur des projections de coûts actualisées à mesure que des changements sont apportés aux scénarios de planification. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur de déterminer la disponibilité (capacité) d'un navire et son caractère adéquat (capacités) pour les tâches qui lui sont attribuées. 	La solution logicielle doit offrir la fonctionnalité voulue pour avertir l'utilisateur quand il essaie d'attribuer à un navire une affectation contraire à sa capacité ou ses capacités. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'obtenir et d'établir une liste des employés disponibles pour chaque navire en fonction du poste à pourvoir, des certificats nécessaires, de la formation et du niveau pour le poste correspondant aux employés qui répondent à ces exigences minimales. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'obtenir et d'établir une liste des remplaçants disponibles, qui possèdent la formation, les certificats et l'expérience indiqués pour occuper un poste, mais qui n'appartiennent pas nécessairement au groupe et au niveau appropriés. 	La solution logicielle doit offrir la fonctionnalité voulue pour avertir l'utilisateur quand il essaie d'affecter un membre d'équipage à un rôle pour lequel il n'est pas qualifié. 	La solution logicielle doit avertir l'utilisateur quand il essaie d'affecter un membre d'équipage qui l'est déjà à un autre rôle ou qui n'est pas disponible. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'affecter un navire à plus d'un client à n'importe quel moment. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur de contrôler, de créer et d'enregistrer plusieurs itérations d'un même plan et de revenir à une itération antérieure d'un plan. 	La solution logicielle doit offrir la fonctionnalité voulue pour informer les utilisateurs, notamment les agents et les planificateurs des équipages, du statut d'un plan en particulier.  Cela consistera au moins à repérer les indicateurs d'état tels que «plan en cours», «plan à approuver», «plan approuvé», «équipage incomplet» et «équipage complet». 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur de faire des insertions, des corrections et des modifications dans les données, que la solution logicielle reflétera automatiquement avec toutes les données correspondantes. Au moment d'insérer l'historique, la solution logicielle apportera les changements nécessaires aux données ultérieures, qui sont reliés aux insertions, aux corrections et aux changements. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'attribuer plusieurs tâches simultanées à différents navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur de faire un suivi et une planification de la demande et de l'utilisation de tous les navires auxiliaires associés aux vaisseaux-mères. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'examiner et de mettre à jour les profils des clients de la GCC et de gérer leurs comptes. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'examiner les demandes de soutien des navires et les ententes existantes, et de consigner les demandes de soutien des navires au moyen de la fonction de planification du soutien des navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'examiner les offres du catalogue de services de la Flotte, de définir et de mettre à jour les niveaux de service de la Flotte, d'examiner la consommation de carburant, et de documenter le modèle national de détermination des coûts au moyen de la fonction de planification du soutien des navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur de déterminer la disponibilité des navires, d'examiner les besoins des navires en matière de soutien, de déterminer les besoins en matière de soutien logistique, d'évaluer la détermination de la capacité de la Flotte, de quantifier la demande de compétences, d'harmoniser la banque de compétences avec la demande de compétences, de repérer les lacunes dans la capacité des ressources humaines, et d'évaluer la détermination de la capacité des ressources humaines au moyen du volet Gestion de la capacité de la fonction de planification du soutien des navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'évaluer les besoins en matière de biens, de systèmes et d'équipement; les besoins en soutien logistique; les attentes au niveau de la prestation du service; les résultats pour ce qui est des capacités de la Flotte; les besoins d'équipage; les besoins en matière d'augmentation et de réduction des effectifs; les besoins de formation; et les résultats pour ce qui est des capacités des ressources humaines au moyen de la fonction de planification du soutien des navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'établir un calendrier, de fixer des priorités et d'affecter des coûts par programme et par navire au moyen de la fonction de planification du soutien des navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur de rapprocher les exigences opérationnelles et les budgets fictifs, de préparer des ébauches de plans des opérations de la Flotte, de finaliser et d'approuver des ébauches de plans des opérations de la Flotte, d'allouer des fonds à des projets et des missions, et de superviser et de modifier les plans de travail au moyen de la fonction de planification du soutien des navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'examiner le calendrier, d'examiner les exigences des projets et des missions, d'établir des échéances, et de superviser et de modifier les calendriers au moyen de la fonction de planification du soutien des navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'examiner le calendrier de la Flotte, d'examiner les besoins en ressources humaines des projets et des missions, d'établir des échéances, et de confirmer et de modifier les échéances des calendriers au moyen de la fonction de planification du soutien des navires. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur de déterminer les congés utilisés et les heures supplémentaires, et de planifier les jours fériés et les congés payés désignés au moyen de la fonction de planification du soutien des navires.  	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur de produire des plans qui sont triés et/ou limités par navire, classe de navire, région, client, mois, trimestre et année. 	La solution logicielle doit offrir la fonctionnalité voulue pour avertir l'utilisateur de revoir les changements qui vont se produire une fois les insertions, corrections ou modifications enregistrées et le rapport final des insertions, corrections ou modifications effectuées une fois enregistrées. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'effectuer des recherches basées sur des critères spécifiés et de récupérer les renseignements entrés. 	La solution logicielle doit offrir la fonctionnalité voulue pour permettre à l'utilisateur d'exporter les données choisies pour être utilisées et manipulées dans Excel. Nature bilingue de la solution logicielle	  La solution logicielle doit offrir la fonctionnalité voulue pour permettre aux utilisateurs de travailler en français ou en anglais, selon ce qu'ils décident, peu importe la langue du texte entré par l'utilisateur (c.-à-d. le «contenu»).   La solution logicielle doit fournir les étiquettes de champ, invites pour la navigation, menus et messages d'erreur et d'avis aux utilisateurs autorisés, en français et en anglais.  L'aide en ligne de la solution logicielle doit être en français et en anglais.	 	 	 Exigences concernant l'environnement technique	  La solution logicielle doit être installée, et être capable de fonctionner correctement et sans erreur, dans l'environnement technologique de la GCC décrit dans cet énoncé des besoins.	 	La solution logicielle doit fonctionner et interagir avec Windows XP (mise à niveau Windows 7 d'ici la fin de l'exercice 2013-2014) 	La solution logicielle doit être accessible partout au pays par les réseaux locaux et longue distance du GdC  aucun accès n'est requis depuis les navires pour l'instant. 	La solution logicielle doit fournir une interface client-serveur et utilisateur Web (intranet). 	La solution logicielle doit fonctionner et interagir avec les autres applications internes et commerciales, au moins PeopleSoft, Common Core, MariTime, ERS, MRS et iFlotte.  Les descriptions techniques se trouvent à l'annexe B. 	La solution logicielle doit être autonome et ne pas dépendre d'un logiciel tiers pour fournir une solution complète, sauf pour accéder aux systèmes sources de la GCC, au moins iFlotte, Image commune de la situation opérationnelle, Iris, MariTime, ERS, MRS et Common Core.  	La solution logicielle doit comprendre des fonctions d'importation de documents qui permettent d'interagir avec les formats de documents importés. 	La solution logicielle doit interexploiter, transférer et utiliser l'information entre les composantes et les fonctions des produits, et elle ne doit pas dépendre de l'utilisateur pour transférer manuellement l'information entre les composantes et les fonctions à l'intérieur de la solution logicielle. 	La solution logicielle doit permettre à l'utilisateur de produire des rapports en format PDF, Word et Excel. Exigences en matière de sécurité	  La solution logicielle doit utiliser un chiffrement de 128bits pour les données «protégées».	 	La solution logicielle doit obliger les utilisateurs à réinitialiser leur mot de passe au moins tous les 90jours. 	La solution logicielle doit fournir une sécurité multiniveaux qui protège l'intégrité du système contre les intrusions possibles, notamment:  a.	Validation des utilisateurs à partir d'un serveur répertoire (Active Directory pour Windows de Microsoft) en temps réel à l'aide d'un mode d'authentification unique à l'ouverture de session; b.	Règles de configuration des mots de passe, sans connaissances de la programmation, notamment: (1). Longueur minimale (2). Maximum de répétitions de caractères permises (3). Nombre minimum de types de caractères (majuscules, minuscules, chiffres et symboles), et  (4). Expiration des mots de passe personnalisables c.	Fermeture de session automatique après une période d'inactivité configurable, sans connaissances en programmation; d.	Accès limité aux demandes individuelles configuré d'après les droits des utilisateurs, sans connaissances en programmation,  e.	Fonction de verrouillage après un nombre configurable d'échecs pour ouvrir une session, sans connaissances en programmation; 	La solution logicielle doit tenir compte du fait que les données doivent pouvoir être attribuées à un profil d'accès utilisateur en fonction des droits pourcréer, faire une lecture seule, lire-écrire-éditer, supprimer de l'information ou l'équivalent. 	La solution logicielle doit fournir au moins une piste de vérification pour toutes les modifications aux accès et aux données  qui a accédé à quoi ou changé quoi et quand.     ANNEXE B   Applications de la GCC  Descriptions techniques   MariTime 	·	Fichier Windows .exe (formulaires Delphi 7) ·	Base de données Oracle 11g    SPCETS 	·	Extension Web au système MariTime   ·	MS IIS ·	ASP ·	Progiciels Oracle 11g, PL/SQL  Fleet Common Core (FCC) ou Common Core (CC) 	·	MS IIS ·	C# (.NET 2.0) ·	Serveur de base de l'équipe ·	Oracle 11g Image commune de la situation opérationnelle 	·	Serveur ESRI ArcGIS  ·	NET C# 3.5 ·	Adobe FLEX ·	Oracle 11g iFlotte 	Navires: ·	Windows Forms (C#) ·	.NET C# 3.5 ·	Oracle XE Littoral : ·	Windows Forms (C#) ·	Oracle Client 11g Serveur: ·	MS IIS ·	.NET C# 3.5 ·	Oracle 11g Maximo 	·	Navigateur Web ·	Soutien Microsoft Internet Explorer 6.0 ou version supérieure MAINTelligence 	·	Navigateur Web ·	Soutien Microsoft Internet Explorer 6.0 ou version supérieure   Date de livraison : Indiquée ci-dessus  L'État se réserve le droit de négocier les conditions de tout marché avec les fournisseurs.  Les documents peuvent être présentés dans l'une ou l'autre des langues officielles du Canada.

awardCriteriaDetails_en: Buyandsell.gc.ca value: 04, Best Overall  Proposal

awardCriteriaDetails_fr: Valeur sur Buyandsell.gc.ca : 04, Meilleure  proposition globale