Smart-City Planning, Frameworks and Maturity Models

Introduction

A smart city is not simply a city equipped with sensors, mobile applications, or high-speed telecommunications. It is an urban system that uses evidence, institutional capacity, technology, and collaborative governance to improve quality of life, sustainability, resilience, inclusion, and economic opportunity. Smart-city planning therefore begins with urban problems rather than technologies.

For construction professionals, this distinction is especially important. Buildings, transport systems, utilities, public spaces, drainage networks, and energy infrastructure form the physical foundation on which smart services operate. Poorly planned infrastructure can lock a city into inefficient, unsafe, and exclusionary patterns for decades. Conversely, integrated planning can ensure that digital systems improve the performance of the built environment throughout its life cycle.

This chapter explains how urban needs can be translated into strategic smart-city programmes. It introduces planning principles, reference architectures, maturity models, readiness assessments, implementation portfolios, and governance mechanisms. It also considers the limitations and ethical risks of smart-city programmes.

Learning Objectives

By the end of this chapter, students should be able to:

1. Explain the meaning and dimensions of smart-city planning.
2. Distinguish urban strategies, programmes, projects, platforms, and technologies.
3. Apply integrated planning principles to built-environment challenges.
4. Describe the role of reference architectures and interoperability.
5. Compare maturity models with readiness assessments.
6. Construct a basic readiness score and prioritise initiatives.
7. Analyse governance, ethical, regulatory, and implementation risks.
8. Develop a phased smart-city programme for a realistic urban context.

1. From Urban Problems to Smart-City Programmes

1.1 The planning logic

A defensible smart-city programme follows a chain of reasoning:

Urban condition → strategic objective → measurable outcome → intervention → implementation capability → evaluation

For example:

• Urban condition: frequent flooding affects low-income neighbourhoods.
• Strategic objective: increase climate resilience and protect vulnerable residents.
• Measurable outcome: reduce average flood disruption and improve warning time.
• Intervention: combine drainage upgrades, permeable public spaces, rainfall monitoring, and community alert systems.
• Implementation capability: establish data-sharing agreements, maintenance responsibilities, and emergency protocols.
• Evaluation: measure flood duration, property impacts, warning reach, and equity of benefits.

A technology-first approach would begin with “install flood sensors.” That may be useful, but sensors alone do not solve blocked drains, inadequate capacity, poor maintenance, or weak emergency coordination.

1.2 Key planning terms

A smart parking application is a project or service. A citywide mobility data platform is a shared capability. A low-carbon mobility strategy is a strategic direction. Confusing these levels often produces disconnected pilot projects rather than lasting urban improvement.

2. Principles of Integrated Smart-City Planning

2.1 Place-based planning

Smart-city solutions must reflect local geography, culture, institutions, climate, economy, and infrastructure. A solution successful in a dense, wealthy city may be inappropriate in a dispersed city with informal settlements and limited municipal capacity. Planning should begin with spatial analysis and stakeholder knowledge, not with a catalogue of products.

2.2 Human-centred and inclusive design

The intended beneficiaries must be involved in defining problems and evaluating solutions. Inclusion requires attention to disability, age, gender, income, language, digital access, and neighbourhood location. A digital-only public service may exclude residents without reliable connectivity, devices, literacy, or trust. Digital channels should therefore supplement, rather than automatically replace, accessible physical and assisted channels.

2.3 Systems thinking

Urban systems are interdependent. Transport affects air quality and land value; land use affects travel demand; building design affects energy demand; drainage affects public health; and construction activity affects traffic and emissions. Systems thinking examines interactions, feedback, unintended consequences, and life-cycle effects.

2.4 Outcome orientation

An initiative should be justified by a measurable public outcome. Useful outcome categories include:

• safety and resilience;
• environmental quality and emissions reduction;
• accessibility and affordability;
• service quality and user satisfaction;
• economic productivity and innovation;
• operational efficiency; and
• institutional transparency and trust.

Outputs such as “number of sensors installed” are not equivalent to outcomes such as “reduction in water losses.” Both may be monitored, but outcomes are the principal test of public value.

2.5 Interoperability and openness

Interoperability is the ability of systems, organisations, and data to work together. It includes technical, syntactic, semantic, organisational, and legal dimensions. Open standards can reduce vendor lock-in, but openness does not mean that all data should be public. Sensitive information requires lawful access controls and privacy protection.

2.6 Security, privacy, and resilience by design

Security should be incorporated from the beginning rather than added after deployment. Planning should address authentication, authorisation, encryption, secure procurement, vulnerability management, incident response, backup, and continuity of operations. Privacy requires data minimisation, purpose limitation, retention controls, transparency, and appropriate consent or legal authority.

2.7 Life-cycle value

The capital cost of a system is only one part of its economic and environmental impact. A life-cycle perspective considers planning, design, procurement, construction, commissioning, operation, maintenance, renewal, decommissioning, and disposal. Building information modelling, digital twins, asset registers, and condition-monitoring systems can support this perspective, but only when data are maintained and linked to operational decisions.

3. Strategic Frameworks for Smart-City Planning

3.1 A layered planning framework

A practical framework can be organised into six layers:

1. Purpose and public value: What urban problem and public benefit are being pursued?
2. Place and users: Which places, communities, assets, and user groups are affected?
3. Capabilities: What institutional, financial, workforce, data, and technical capabilities are required?
4. Solutions and services: Which interventions, projects, and operating models can produce the outcomes?
5. Enabling architecture: How will data, applications, infrastructure, cybersecurity, and integration operate together?
6. Measurement and learning: How will performance, equity, unintended effects, and adaptation be assessed?

This framework prevents technology from becoming the starting point. It also links strategy to implementation, which is often missing from high-level city visions.

3.2 International reference points

Several international standards and frameworks provide useful reference points. ISO 37100 establishes vocabulary for sustainable cities and communities. ISO 37101 addresses management systems for sustainable development in communities. ISO 37120 and related indicator standards support measurement of city services and quality of life. The United Nations Sustainable Development Goals provide a global policy context, particularly Goal 11 on sustainable cities and communities.

These instruments should not be treated as complete implementation manuals. They provide language, principles, indicators, or management-system guidance. A city must still define local priorities, governance arrangements, budgets, and delivery mechanisms.

3.3 The smart-city strategy cycle

A strategy cycle generally includes:

1. Baseline diagnosis: map assets, services, risks, data, institutions, and inequalities.
2. Stakeholder engagement: identify needs, conflicts, expectations, and local knowledge.
3. Vision and outcomes: define a small number of measurable strategic outcomes.
4. Portfolio design: identify candidate initiatives and dependencies.
5. Capability and readiness assessment: determine whether the city can deliver them.
6. Road map and investment plan: sequence actions, resources, procurement, and governance.
7. Implementation: deliver projects and establish operating arrangements.
8. Monitoring and adaptation: evaluate results and revise the portfolio.

The cycle is iterative. New evidence, changing technology, climate events, political priorities, and community feedback may require revision.

4. Smart-City Reference Architectures

4.1 Purpose of a reference architecture

A reference architecture is a conceptual blueprint showing major components, relationships, interfaces, responsibilities, and controls. It is not a detailed design for a particular city. Its value lies in providing a common structure for planning and procurement.

A typical architecture contains the following layers:

The governance and security layer is cross-cutting rather than merely an upper layer. Likewise, people and institutions influence every technical component.

4.2 Data flows and interoperability

Data may move from a physical asset to a sensor, through a network, into a data platform, and then to an application or operational decision. The reverse direction is also possible: an application may send a control instruction to a street-lighting system or building-management system.

Interoperability problems occur when systems use incompatible formats, inconsistent identifiers, unclear ownership, or different definitions. For example, a “building” may be identified by a planning parcel, postal address, taxation record, or facility-management identifier. A citywide data governance process should establish authoritative sources, common vocabularies, metadata, data quality rules, and responsibility for updates.

4.3 Digital twins and BIM in the built environment

A digital twin is a digital representation connected to a physical object, process, or system through data and models. In construction and facilities management, building information modelling can provide structured information about assets, spaces, systems, materials, and maintenance requirements. A city-scale digital twin can integrate building, transport, terrain, utilities, environmental, and demographic information.

However, a visual 3D model is not automatically a digital twin. A useful twin requires:

• a defined purpose and decision process;
• reliable and appropriately current data;
• links between digital objects and physical assets;
• agreed data ownership and access;
• model validation and uncertainty management; and
• operational procedures for acting on insights.

A sophisticated model that is not updated or used in decisions creates cost rather than value.

5. Maturity Models

5.1 Meaning and purpose

A maturity model describes progressive levels of organisational or system capability. It helps a city understand its current condition, identify gaps, and define a realistic path to improvement. Maturity is not the same as technological sophistication. A city with fewer advanced technologies may be more mature if its governance, service performance, interoperability, and maintenance are reliable.

A generic five-level model is shown below.

The levels are descriptive, not universal laws. A city may be mature in emergency management but emerging in open data or digital construction.

5.2 Dimensions of maturity

A useful assessment examines several dimensions rather than assigning one simplistic score:

• leadership and strategy;
• governance and legal authority;
• finance and procurement;
• organisational structure and skills;
• data governance and quality;
• technology and interoperability;
• cybersecurity and privacy;
• infrastructure and asset management;
• service design and citizen participation; and
• monitoring, evaluation, and learning.

Assessment evidence should include policies, budgets, service records, contracts, architecture documents, interviews, user research, and observed performance. Self-assessment alone can be affected by optimism or political pressure.

5.3 Maturity model limitations

Maturity models can imply that every city should reach the highest level in every dimension. That is neither affordable nor necessarily desirable. Some services require highly automated operation; others benefit from human judgement and low technological complexity. Maturity scores can also conceal inequalities between neighbourhoods. A citywide average may appear advanced while informal settlements remain unserved.

Maturity assessment should therefore be used as a learning and prioritisation tool, not as a league table. Results should be disaggregated by service, geography, user group, and institutional responsibility.

6. Readiness Assessment and Prioritisation

6.1 Readiness versus maturity

Maturity describes an existing level of capability. Readiness asks whether a city is prepared to implement a particular initiative. A city may have advanced data infrastructure but be unready for an AI-based traffic system because it lacks legal authority, high-quality training data, or an accountable decision process.

Readiness should be assessed against the specific initiative. Common dimensions include:

1. strategic alignment;
2. stakeholder need and acceptance;
3. technical feasibility;
4. data availability and quality;
5. organisational capability;
6. legal, ethical, and privacy compliance;
7. financial affordability;
8. procurement and market capacity;
9. operational and maintenance capacity; and
10. scalability and resilience.

6.2 A simple weighted scoring method

For early-stage screening, each criterion can be scored from 0 to 5, where 0 means absent or unacceptable and 5 means strong readiness. If criteria have different importance, weights can be applied.

Here, R is the readiness percentage, w_i is the weight assigned to criterion i, and s_i is the score from 0 to 5. The weights are non-negative and should reflect the decision context. The denominator normalises the maximum possible weighted score to 100. This method assumes that scores are sufficiently comparable and that a weighted additive model is acceptable. It should not be used to override a legal prohibition or a critical safety failure.

A practical decision rule is to combine the score with “gates.” For example, an initiative may require a privacy impact assessment, a named accountable owner, and a sustainable operating budget regardless of its numerical score.

6.3 Worked example

A municipality is considering a smart water-loss management programme. The assessment uses five criteria.

The weighted score is:

(0.25×5)+(0.20×3)+(0.20×3)+(0.20×4)+(0.15×4) = 3.9

The maximum possible weighted score is 5, so:

A 78% result suggests a promising initiative, but it does not prove feasibility. The city should address the data and organisational gaps, confirm privacy and procurement requirements, and establish a funded maintenance plan before full-scale deployment.

6.4 Prioritising a portfolio

Initiatives should be assessed together because dependencies matter. A data platform may enable several service projects; an asset register may have modest public visibility but high foundational value. Portfolio decisions should consider:

• expected public benefit;
• urgency and risk reduction;
• cost and affordability;
• equity and distribution of benefits;
• feasibility and readiness;
• dependencies and sequencing;
• reversibility if the initiative fails; and
• contribution to long-term capability.

A small pilot is appropriate when uncertainty is high and the intervention is reversible. Large-scale deployment is more suitable when the problem is well understood, the technology is proven, and governance and operating capacity are established.

7. From Strategy to Implementation Road Map

7.1 Phased implementation

A robust road map often contains four overlapping phases:

Phase 1: Foundation. Establish leadership, baseline data, principles, standards, cybersecurity controls, procurement rules, and priority outcomes.

Phase 2: Demonstration. Deliver carefully selected pilots linked to real service problems. Define evaluation criteria before deployment.

Phase 3: Integration and scale. Connect successful services, standardise processes, strengthen operations, and expand across departments or districts.

Phase 4: Optimisation and renewal. Use performance data, user feedback, and emerging evidence to improve services and replace obsolete systems.

A pilot should have a route to scale or a clearly defined stopping condition. Permanent pilots often consume resources without producing institutional learning.

7.2 Construction and infrastructure delivery implications

Smart-city planning changes construction practice in several ways:

• requirements for sensors, communications, power, and maintainable access may need to be embedded in designs;
• BIM execution plans should define information requirements and handover responsibilities;
• contracts should address data ownership, interoperability, cybersecurity, and software support;
• commissioning should test both physical performance and data flows;
• operations teams should be involved before construction is complete; and
• total cost of ownership should be compared rather than only initial capital cost.

For example, a smart street-lighting project requires not only luminaires and controllers, but also network coverage, electrical safety, cybersecurity, maintenance access, replacement policies, data governance, and a service model for faults.

7.3 Benefits realisation

Benefits should be assigned to accountable owners and measured against a baseline. A benefits register can specify the benefit, indicator, baseline, target, measurement frequency, responsible owner, and assumptions. Indicators should include both technical and social outcomes.

For a public-building energy programme, indicators might include energy use intensity, peak demand, indoor comfort, operating cost, maintenance response time, and user satisfaction. Energy savings should not be achieved by creating unacceptable thermal conditions or excluding vulnerable occupants.

8. Governance, Ethics, and Regulation

8.1 Institutional governance

Smart-city governance requires coordination across departments, utilities, private firms, universities, communities, and regulators. Useful arrangements include:

• a political or executive sponsor;
• a cross-department steering group;
• a programme management office;
• a chief information, data, or digital function;
• service owners with operational accountability;
• community and user representatives; and
• independent audit or review mechanisms.

Governance should clarify who may collect data, who may access it, who is responsible for errors, who pays for operation, and who can stop an unsafe system.

8.2 Privacy and surveillance

Cameras, location data, connected vehicles, access-control systems, and public Wi-Fi can create detailed records of behaviour. The existence of technical capability does not establish legitimate authority to use it. Privacy impact assessments should consider necessity, proportionality, retention, access, secondary use, discrimination, and redress.

Facial recognition and other biometric systems require particularly strong justification because errors and misuse may affect liberty, equal treatment, and social trust. Aggregation or anonymisation may reduce risks but is not automatically effective; supposedly anonymous data can sometimes be re-identified when combined with other datasets.

8.3 Algorithmic accountability

AI may support traffic prediction, infrastructure inspection, energy management, planning analysis, or emergency response. It should not be treated as neutral or infallible. Governance should address:

• data representativeness and bias;
• explainability appropriate to the decision;
• human oversight;
• model performance and drift;
• security and adversarial manipulation;
• procurement and intellectual property;
• appeal and correction mechanisms; and
• records of decisions and system changes.

High-impact decisions should retain meaningful human accountability. An algorithmic recommendation should not become an unchallengeable administrative decision merely because it is computational.

8.4 Equity and public value

A smart-city programme can increase inequality if investment concentrates in already advantaged districts, if services require expensive devices, or if automated enforcement disproportionately affects particular communities. Equity analysis should examine who benefits, who bears costs, who is monitored, who is excluded, and who participates in decisions.

9. Applied Case: Illustrative Riverside District Resilience Programme

Background

Riverside is an illustrative medium-sized city district with recurring surface flooding, congested roads, ageing drainage infrastructure, and limited municipal data integration. Flooding is concentrated in lower-income neighbourhoods. The city has a geographic information system and several isolated sensor pilots but no common data governance framework.

Problem

Previous responses focused on emergency pumping after heavy rainfall. The city lacked reliable information about rainfall intensity, drain condition, vulnerable facilities, and household impacts. Departments used different maps and could not easily share information. Residents also distrusted proposals involving extensive camera deployment.

Analysis

The planning team mapped flood pathways, critical facilities, drainage assets, land cover, transport disruption, and social vulnerability. Stakeholder workshops included residents, engineers, emergency managers, transport operators, schools, and construction contractors. The diagnosis showed that technology was only one part of the problem. Blocked inlets, impermeable surfaces, poor maintenance records, and unclear responsibilities were significant contributors.

The team assessed readiness across governance, data, technical, financial, operational, and community dimensions. Technical readiness was moderate, but operational readiness was low because no unit was responsible for maintaining sensors or acting on alerts.

Approach and solution

The programme combined:

1. targeted drainage rehabilitation and maintenance;
2. permeable surfaces and rain gardens at selected public spaces;
3. rainfall and water-level monitoring at priority locations;
4. a shared geospatial asset register;
5. a rule-based alert protocol for emergency teams;
6. community reporting through both telephone and digital channels;
7. a public dashboard using aggregated, non-personal information; and
8. procurement clauses requiring open interfaces and data portability.

The first phase covered one high-risk catchment rather than the entire city. Before deployment, the city defined baseline flood duration, maintenance response time, alert reach, and disruption to schools and roads. A privacy review rejected unnecessary collection of identifiable movement data.

Outcome

In this illustrative scenario, the pilot improved drain-maintenance scheduling and provided earlier warnings at monitored locations. It did not eliminate flooding because structural drainage limitations remained. The most valuable outcome was institutional: engineering, emergency management, and public-works teams adopted a shared asset register and a common response protocol. The city then expanded physical upgrades and monitoring to two additional catchments.

Learning points

• The programme addressed physical, organisational, and digital causes together.
• A small geographic pilot reduced risk and enabled learning.
• The data platform had value because it supported decisions, not merely because it collected data.
• Community reporting and non-digital channels improved inclusion.
• Maintenance and operating responsibilities were defined before scale-up.
• Performance claims were limited to measured outcomes rather than exaggerated promises.

10. Challenges and Contemporary Developments

Smart-city programmes face technical obsolescence, fragmented procurement, cybersecurity threats, budget constraints, skills shortages, weak data quality, political turnover, and public distrust. Climate change adds uncertainty and may invalidate historical assumptions. Infrastructure systems also have long lives, while software and communication technologies change rapidly. Design should therefore favour modularity, upgradeability, open interfaces, and realistic maintenance arrangements.

Contemporary practice is moving toward climate-resilient digital infrastructure, open urban data ecosystems, edge computing, digital twins, predictive asset management, and responsible AI. These developments are valuable only when they improve decisions and services. More data can create more noise, more surveillance, and greater cyber risk. The central planning question remains: what public problem is being solved, for whom, at what cost, and under whose accountability?

Best-Practice Checklist

Before approving a smart-city initiative, planners should be able to answer yes to most of the following questions:

• Is the urban problem clearly evidenced?
• Are affected communities involved in defining success?
• Are outcomes and baselines specified?
• Does the initiative align with statutory plans and city strategy?
• Are data ownership, quality, access, and retention defined?
• Are interoperability and exit requirements included in procurement?
• Has privacy, security, safety, and equity been assessed?
• Is there an accountable service owner?
• Are capital, operating, maintenance, and renewal costs funded?
• Can the initiative be evaluated and stopped or adapted if it fails?
• Does the design support future integration without requiring unnecessary data collection?

Chapter Summary

Smart-city planning translates urban needs into coordinated, measurable, and governable programmes. It begins with place-based problems and public outcomes rather than technology. Integrated planning connects land use, infrastructure, services, data, institutions, finance, and community participation.

Reference architectures organise physical assets, sensing, connectivity, data, applications, users, governance, and security. They support interoperability and better procurement but do not replace local design. Maturity models describe progressive capability, while readiness assessments determine whether a city is prepared for a specific initiative. Both should be used diagnostically, with attention to neighbourhood inequalities and service differences.

Successful implementation requires a phased road map, benefits realisation, life-cycle asset management, responsible construction information practices, and clear operational ownership. Privacy, cybersecurity, equity, transparency, and accountability are core planning requirements. Digital twins, AI, and connected infrastructure can add value, but only when they support real decisions and public trust.

Key Terms

Smart city: An urban system using coordinated institutional, physical, digital, and social capabilities to improve public outcomes.

Integrated planning: Planning that considers relationships among land use, infrastructure, services, technology, institutions, and communities.

Public value: Benefits produced for society, including service quality, equity, trust, sustainability, and resilience.

Use case: A defined situation in which a system or intervention is intended to produce value.

Interoperability: The ability of systems and organisations to exchange and use information effectively.

Reference architecture: A conceptual blueprint of components, relationships, interfaces, and controls.

Digital twin: A data-connected digital representation of a physical asset, process, or system.

BIM: Building information modelling, a structured approach to managing information about built assets.

Data governance: Rules, roles, processes, and controls for managing data.

Maturity model: A framework describing progressive levels of organisational or technical capability.

Readiness assessment: An evaluation of whether an organisation or city can implement a specific initiative.

Outcome: A measurable change experienced by people, organisations, or the environment.

Output: A directly produced product, asset, or activity of an intervention.

Portfolio: A coordinated collection of programmes and projects managed to achieve strategic objectives.

Interoperability standard: An agreed specification enabling consistent exchange or interpretation of information.

Benefits realisation: The process of defining, assigning, measuring, and sustaining intended benefits.

Privacy by design: Incorporating privacy protection into systems and processes from the beginning.

Algorithmic accountability: Responsibility for the design, operation, effects, and review of algorithmic systems.

Life-cycle value: Value considered across planning, delivery, operation, maintenance, renewal, and disposal.

Digital inclusion: Ensuring that people can access, understand, and benefit from digital services.

Review Questions

Short Answer Questions

1. Why should smart-city planning begin with urban problems rather than technologies?
2. What is the difference between a maturity model and a readiness assessment?
3. Identify four layers commonly included in a smart-city reference architecture.
4. Why are operating and maintenance responsibilities important in smart-city projects?
5. State two risks associated with the use of urban data.

Long Answer Questions

1. Explain the principles of integrated smart-city planning and their relevance to construction and infrastructure professionals.
2. Describe how a reference architecture can improve interoperability and procurement.
3. Compare the advantages and limitations of maturity models for municipal decision-making.
4. Explain how a city can move from a strategic vision to an implementable programme road map.
5. Discuss the ethical, governance, and equity issues associated with connected urban services.

Analytical / Application Questions

1. A city proposes installing traffic cameras across all major roads to reduce congestion. Develop an assessment that considers outcomes, alternatives, privacy, readiness, and evaluation.
2. Using the weighted scoring method in this chapter, design a readiness assessment for a smart-building energy programme. Select at least five criteria, assign weights, score the initiative, and interpret the result.
3. Develop a phased smart-city programme for a flood-prone district. Identify the physical, digital, organisational, governance, and community components, together with indicators for evaluating success.

Multiple Choice Questions with Answers

Question 1

Which statement best describes a smart-city programme?

A. A collection of unrelated technology demonstrations

B. A coordinated group of projects intended to achieve strategic urban outcomes

C. A procurement contract for installing sensors

D. A three-dimensional model of a city

Correct Answer: B. A coordinated group of projects intended to achieve strategic urban outcomes

Question 2

Which planning approach places urban problems and public outcomes before technology selection?

A. Technology-first planning

B. Vendor-led planning

C. Outcome-oriented planning

D. Device-centred planning

Correct Answer: C. Outcome-oriented planning

Question 3

What is the principal purpose of a reference architecture?

A. To provide a conceptual structure for components, relationships, interfaces, and controls

B. To replace all detailed engineering designs

C. To guarantee that a project will remain within budget

D. To eliminate the need for data governance

Correct Answer: A. To provide a conceptual structure for components, relationships, interfaces, and controls

Question 4

Which of the following is a cross-cutting concern in a smart-city architecture?

A. Road pavement thickness only

B. Cybersecurity and governance

C. A single mobile application

D. Landscaping style

Correct Answer: B. Cybersecurity and governance

Question 5

A maturity model primarily helps a city to:

A. Measure the price of individual sensors

B. Describe progressive levels of organisational or system capability

C. Select a construction contractor automatically

D. Predict exact future population growth

Correct Answer: B. Describe progressive levels of organisational or system capability

Question 6

A city receives a readiness score of 78% for a proposed initiative. What is the most appropriate interpretation?

A. The initiative is guaranteed to succeed

B. The initiative should proceed without legal review

C. The initiative appears promising but still requires gap analysis and safeguards

D. The initiative is technically impossible

Correct Answer: C. The initiative appears promising but still requires gap analysis and safeguards

Question 7

In the weighted readiness formula, what does w_i represent?

A. The score for criterion i

B. The maximum possible score

C. The weight assigned to criterion i

D. The number of projects in the programme

Correct Answer: C. The weight assigned to criterion i

Question 8

Which practice best supports digital inclusion?

A. Replacing all physical services with smartphone applications

B. Providing only high-bandwidth online services

C. Combining digital services with accessible physical and assisted channels

D. Restricting services to registered technology users

Correct Answer: C. Combining digital services with accessible physical and assisted channels

Question 9

Why is a visual 3D model not automatically a digital twin?

A. A digital twin must be made entirely from paper records

B. A digital twin requires a defined purpose, connected data, and operational use

C. A digital twin cannot represent physical assets

D. A digital twin is only used for architectural decoration

Correct Answer: B. A digital twin requires a defined purpose, connected data, and operational use

Question 10

Which item should be established before scaling a smart-city pilot?

A. A route to evaluation, learning, and operational responsibility

B. A promise that the technology will never change

C. A decision to collect all available personal data

D. A requirement to expand citywide immediately

Correct Answer: A. A route to evaluation, learning, and operational responsibility