Models Methods and Tools for Product Service Design The Manutelligence Project Laura Cattaneo 2024 scribd download
Models Methods and Tools for Product Service Design The Manutelligence Project Laura Cattaneo 2024 scribd download
com
https://textbookfull.com/product/models-methods-and-tools-
for-product-service-design-the-manutelligence-project-laura-
cattaneo/
OR CLICK BUTTON
DOWNLOAD NOW
https://textbookfull.com/product/customization-oriented-design-of-
product-service-system-wenyan-song/
textboxfull.com
https://textbookfull.com/product/tools-for-chemical-product-design-
from-consumer-products-to-biomedicine-1st-edition-mariano-martin/
textboxfull.com
https://textbookfull.com/product/languages-design-methods-and-tools-
for-electronic-system-design-selected-contributions-from-
fdl-2017-daniel-grose/
textboxfull.com
https://textbookfull.com/product/project-management-toolbox-tools-and-
techniques-for-the-practicing-project-manager-2nd-edition-russ-j-
martinelli/
textboxfull.com
https://textbookfull.com/product/technical-drawing-for-product-design-
stefano-tornincasa/
textboxfull.com
SPRINGER BRIEFS IN APPLIED SCIENCES AND
TECHNOLOGY POLIMI SPRINGER BRIEFS
Models, Methods
and Tools for
Product Service
Design
The Manutelligence
Project
SpringerBriefs in Applied Sciences
and Technology
PoliMI SpringerBriefs
Editorial Board
Barbara Pernici, Politecnico di Milano, Milano, Italy
Stefano Della Torre, Politecnico di Milano, Milano, Italy
Bianca M. Colosimo, Politecnico di Milano, Milano, Italy
Tiziano Faravelli, Politecnico di Milano, Milano, Italy
Roberto Paolucci, Politecnico di Milano, Milano, Italy
Silvia Piardi, Politecnico di Milano, Milano, Italy
More information about this series at http://www.springer.com/series/11159
http://www.polimi.it
Laura Cattaneo Sergio Terzi
•
Editors
© The Editor(s) (if applicable) and The Author(s) 2019. This book is an open access publication.
Open Access This book is licensed under the terms of the Creative Commons Attribution 4.0
International License (http://creativecommons.org/licenses/by/4.0/), which permits use, sharing, adap-
tation, distribution and reproduction in any medium or format, as long as you give appropriate credit to
the original author(s) and the source, provide a link to the Creative Commons license and indicate if
changes were made.
The images or other third party material in this book are included in the book’s Creative Commons
license, unless indicated otherwise in a credit line to the material. If material is not included in the book’s
Creative Commons license and your intended use is not permitted by statutory regulation or exceeds the
permitted use, you will need to obtain permission directly from the copyright holder.
The use of general descriptive names, registered names, trademarks, service marks, etc. in this
publication does not imply, even in the absence of a specific statement, that such names are exempt from
the relevant protective laws and regulations and therefore free for general use.
The publisher, the authors and the editors are safe to assume that the advice and information in this
book are believed to be true and accurate at the date of publication. Neither the publisher nor the
authors or the editors give a warranty, express or implied, with respect to the material contained herein or
for any errors or omissions that may have been made. The publisher remains neutral with regard to
jurisdictional claims in published maps and institutional affiliations.
This Springer imprint is published by the registered company Springer Nature Switzerland AG
The registered company address is: Gewerbestrasse 11, 6330 Cham, Switzerland
Preface
This book summarizes work being undertaken within the Manutelligence European
Research Project (Grant agreement N°: 636951, H2020-FoF-2014, FoF-05—
Innovative product–service design using manufacturing intelligence). The project
aims at supporting enterprises to develop smart, social, and flexible products with
high value-added services. Manutelligence has improved product and service
design by developing suitable models and methods, and connecting them through a
modular collaborative secure ICT Platform. The use of real data collected in real
time through the Internet of Things (IoT) technologies underpin the design of
product–service system (PSS) and allows to follow the PSS along its life cycle.
Available data allows a better measure and simulation of costs and sustainability
issues, through life-cycle cost (LCC) and life-cycle assessment (LCA). Analyzing
data coming from IoT systems and sharing LCC and LCA information thanks to the
ICT Platform allows speeding up the design of product–service (P-S), decreasing
costs and better understanding customer needs. Industrial partners involved in the
project provided a clear overview of the Manutelligence results and proved how its
technological solutions improve the design of a product–service system and the
management of the product–service life cycle.
The book covers a large number of topics, since Manutelligence really involved
several issues coming from the product and service life cycle. It was designed to
offer readers the possibility to have a complete view of all the results we have
achieved during the project. Furthermore, it contains a clear explanation of the IT
modular architecture we have developed in order to collect within a unique and
complete framework different tools and software.
Chapter 1 introduces the main research contents and provides an overview on
Manutelligence objectives. Furthermore, it introduces the description of the IT
modular platform.
Chapter 2 deals with engineering and business requirements definition, analysis,
and validation. It describes the four-phase methodology implemented to define the
common aggregated requirements for the platform development. The phases
include requirement elicitation, structuration and organization, analysis and
refinement and validation. It also shows the main results of each phase.
v
vi Preface
Chapter 3 describes an approach to manage PSS along its life cycle. It includes a
design methodology for PSS and a systems modeling method. It also highlights
challenges related to PSS lifecycle management observed during the
Manutelligence project.
Chapter 4 shows how the platform developed during the project enable designers
and engineers to access through natural 3DEXPERIENCE to data from both the
traditional enterprise IT systems (CAD, CAX, PLM, MES, etc.) and IoT-enabled
systems. Furthermore, it describes how it is possible to retrieve physical products
information and knowledge management during the PSS lifecycle phases.
Chapter 5 presents tools and procedures to embed and retrieve the knowledge
related to the P-S and its life cycle in manufacturing. Taking into account the
information coming from different sources (PLCs, sensorial IoT nodes, etc.) in the
context of production system, a methodology to present coherently field data is
proposed, with the idea to offer interoperability and integration also from the point
of view of the different devices used to collect these data.
Chapter 6 describes a tool aimed at carrying out the life cycle assessment (called
MaGA) and another one for the life cycle costing (called BAL.LCPA). In order to
seamlessly include environmental and economic considerations into the design
process, the two stand-alone tools have been integrated with the Manutelligence
design platform. Their application in a Fablab-like environment is described to
show how they interact with design tools and to provide examples of the results
they get.
Chapter 7 describes all the different use cases involved in the project. It is
focused on how each of them has applied Manutelligence methods and tools in
order to improve PSS design and management. A particular focus is dedicated to
the usage of the Manutelligence platform.
Chapter 8 illustrates the business potential of product and service lifecycle
engineering tools within the manufacturing sector, with particular attention to the
use cases of the Manutelligence project. The whole process (the aggregation and the
value creation) is investigated. From the scenario, analysis of the global PLM sector
emerged that the aggregation of product and service lifecycle engineering tools is
able to generate significant added value, highlighting in this way the relevant
commercial perspectives of the Manutelligence platform.
We are grateful to our project officer Erastos Filos and to our reviewer
Mrs. Anastasia Garbi for their constructive and useful suggestions; they greatly
helped us shape our project results. Also, we own gratitude to our project coordi-
nator Maurizio Petrucciani for his invaluable support through all phases of the
project and to all the consortium partners, that have made this work and this project
outstanding. At last, as authors from Politecnico di Milano we would like to thank
the members of our team who were involved in the project, namely Francesca
Amato, Daniele Cerri, Matteo Cocco, Elisabetta De Berti, Silvia Marchetto, Manuel
Oliveira, Monica Rossi, Emanuela Vinci. All of them provided their best effort in
achieving the results of the project, contributing to the research development and to
the scientific improvement of our group, led by Prof. Marco Taisch, and to the
progress of the entire Politecnico and to the whole society.
The work reported in this book is funded by the European Commission, through
European Union’s Horizon 2020 research and innovation programme, under grant
agreement no. 636951.
vii
Contents
1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Laura Cattaneo, Jacopo Cassina, Maurizio Petrucciani, Sergio Terzi
and Stefan Wellsandt
2 Engineering and Business Requirements Definition, Analysis
and Validation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Iris Karvonen, Tapani Ryynänen, Heidi Korhonen, Matteo Cocco
and Donatella Corti
3 Life Cycle Management for Product-Service Systems . . . . . . . . . . . . 29
Stefan Wellsandt, Laura Cattaneo, Daniele Cerri, Sergio Terzi,
Donatella Corti, Christian Norden and Reinhard Ahlers
4 A Platform for Product-Service Design and Manufacturing
Intelligence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45
Maurizio Petrucciani, Lorenzo Marangi, Massimiliano Agosta
and Marco Stevanella
5 Tools and Procedures to Embed and Retrieve Product-Service
Lifecycle Knowledge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Jacopo Cassina, Ida Critelli, Lara Binotti, Eva Coscia
and Stefano Borgia
6 Life Cycle Assessment and Life Cycle Costing for PSS . . . . . . . . . . . 83
Donatella Corti, Alessandro Fontana, Michele De Santis,
Christian Norden and Reinhard Ahlers
7 Use Cases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Claudio Violi, Laura Calvo Duarte, Catalina Amengual Garí,
Pekka Puranen, Christian Norden and Lars Oscarsson
8 Business Exploitation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
Manuela Zacchei, Silvia Capato and Gianicola Loriga
ix
Chapter 1
Introduction
Abstract This introductive chapter aims to clarify some of the main research con-
tents that are involved in Manutelligence project and wants to present the objectives
of the project and the structure of the Manutelligence IT platform. We briefly describe
some fundamental concepts, such as the Product Lifecycle Management (PLM), the
Product Service System (PSS), the Internet of Things (IoT) for the smart manufac-
turing, the Life Cycle Cost and the Life Cycle Assessment (LCC and LCA). All
these topics are strictly connected, since Manutelligence project aims at supporting
enterprises to design and to develop suitable Product-Service Systems, addressing
customers’ needs and stakeholders’ requirements, collected also through IoT tech-
nologies. Furthermore it aims to integrate best in class methodology and tools from
research and industry, resulting in a secure, collaborative Product/Service Design and
Manufacturing Engineering Platform, able to manage the Product-Service lifecycle
and to collect information in order to implement LCC and LCA.
to their integration with adding value services, opens interesting perspectives also
about environmental sustainability improvements.
The advantages coming from PSS have been demonstrated in literature, yet for
many companies efficiently managing the service operations is still a challenge.
Best practices and empirical analysis are mainly carried out with a focus on larger
companies. Nonetheless, the PSS topic is more and more recognized by SMEs that are
looking for innovative business solutions to improve their competitive advantages.
The term “Internet of Things” (IoT) was first used by the Massachusetts Institute
of Technology in the year 1999. It was used in the sense of a networked system
of autonomously interacting and self-organizing objects and processes, which was
expected to lead to a convergence of physical things with the digital world of the
Internet [21]. This extrapolates the idea of the Internet—a global, interconnected net-
work of computers—to describe a network of interconnected things, such as everyday
objects, products, and environments. At the heart of the concept lies the idea that
objects—things—are capable of information processing, communication with each
other and with their environment, and autonomous decision making. For instance,
Intelligent Products are physical items, which may be transported, processed or used
and comprise the ability to act in an intelligent manner. McFarlane et al. [22] define
the Intelligent Product as:
[…] a physical and information based representation of an item […] which possesses a unique
identification, is capable of communicating effectively with its environment, can retain or
store data about itself, deploys a language to display its features, production requirements,
etc., and is capable of participating in or making decisions relevant to its own destiny.
The degree of intelligence of a product may exhibit variations from simple data pro-
cessing to complex pro-active behavior. Three dimensions of characterization of an
Intelligent Product are suggested by Meyer et al. [23]: Level of Intelligence, Location
of Intelligence and Aggregation Level of Intelligence. The first dimension describes
whether the Intelligent Product exhibits information handling, problem notification
or decisions making capabilities. The second shows whether the intelligence is built
into the object, or whether it is located in the network. Finally, the aggregation level
describes whether the item itself is intelligent or whether intelligence is aggregated
at container level.
More recently Porter states that intelligence and connectivity enable an entirely
new set of product functions and capabilities, which can be grouped into four areas:
monitoring, control, optimization, and autonomy [24]. A product can potentially
incorporate all four. Each capability is valuable in its own right and also sets the
stage for the next level. For example, monitoring capabilities are the foundation for
product control, optimization, and autonomy. A company must choose the set of
capabilities that deliver its customer value and define its competitive positioning.
1 Introduction 5
Life Cycle Cost (LCC) analysis provides a framework for specifying the estimated
total incremental cost of developing, producing, using and retiring a particular item.
This methodology is useful to directly provide cost information to designers, in order
to reduce the life cycle cost of the products they design [31].
There exist some difficulties in the application of LCC techniques to PSS, which
usually includes the necessity of analyze various scenarios for effectively evaluating
the impact of risks and uncertainties. These difficulties arise from some specificities
of PSS, such as the modification of the role and responsibilities of customers and
suppliers in the various PSS life cycle phases, the difficulty to foreseen the timing
and overall frequency of use of some services, the lack of availability of life cycle
data. The gap about LCC information among the various stakeholders during the
PSS design phase can lead to unsatisfactory choices and prevent the full exploitation
of PSS benefits [32, 33].
Life Cycle Assessment is “a process to evaluate the environmental burdens asso-
ciated with a product system, or activity (process) by identifying and quantitatively
describing the energy and materials used, and wastes released to the environment,
and to assess the impacts of those energy and material uses and releases to the envi-
ronment” (www.setac.org). To calculate impact ratios, LCA defines four phases that
takes place iteratively: the goal/scope definition, the inventory definition and analy-
sis, the impact assessment and the interpretation. Fundamental for the reliability and
repeatability of calculating impact ratios is the completeness and quality of data and
the transparency of processes and methodology applied.
Although LCA is a well-documented methodology (e.g., LCA handbook, 2010),
repeatability is weakened because of the large freedom offered in choosing system
boarders, parameter selection, data quantity and calculation methodology, which
introduce uncertainties on estimated impact ratios and make difficult their compar-
isons. Moreover, due to the complexity and the diverse types of uncertainties inherent
to LCA, simplifications and by analogy approaches are often required in order to use
it [34]. This hinders the comparison of studies even when they address similar situ-
ations. The role of LCA in influencing design and more generally decision making
towards a sustainability strategy is hindered by its current use, which often takes
place as a posteriori side activity after product design fulfillment, as well as by the
lack data models and tools able to capture and make transparent the choices and deci-
sion process during all the step of product lifecycle. These problems are exacerbated
while considering PSS due to some specific challenges, such as:
• Wide difference of PSS typologies implying modifications to the required activities
and the involved actors [35];
• Strong influence of the context of application of PSS for determining the encounters
and the methodologies to be followed [36],
• Unsatisfactory integration of sustainability issues in current PSS design method-
ologies.
1 Introduction 7
The main research topics addressed during the projects have been:
• Improve efficiency and develop new methodology for the PSS design process, with
a specific focus on the integration of IoT technologies (Chap. 2).
• Achieve a complete integration of Product Lifecycle Management and Service
Lifecycle Management, developing concepts, methodologies and tools to support
PSS development (Chap. 2).
• Adapt and integrate existing design, data analysis and life cycle assessment tools
to realize closed-loop PLM for PSS (Chap. 2).
• Enable designers and engineers access data from the traditional enterprise IT sys-
tems, but also from the IoT enabled systems. The objective is to manage all data,
8 L. Cattaneo et al.
information and knowledge related to the P-S and its lifecycle in manufacturing.
(Chap. 3).
• Extract feedback from P-S customers, analyzing data coming from IoT systems,
in order to speed up the design of P-S, and to decrease the costs and to better
understand customer needs (Chap. 3).
• Extend and improve the use of Manufacturing and Service Execution Simulation
and optimize it through comparisons with test bench and real usage data (Chaps.
3 and 4).
• Measure and simulate costs and sustainability issues, through Life Cycle Cost
(LCC) and Life Cycle Assessment (LCA), collecting data from both traditional
sources and smart connected products. The combined use of various tools allows
effectively sharing LCC and LCA information to all the stakeholders in a simple
way, supporting their decision making processes (Chap. 5).
• Support the interaction between the engineering and the environmental (LCA) or
business (LCC) analysts, as well as to provide tools and methods to enable iterative
calculation and optimization of these aspects. The platform results a suitable tool
to collect, share data and information helping analysts to retrieve data and to define
boundaries of the analysis.
• Features of the platform can be applied in many different industrial cases, improv-
ing the manufacturing efficiency and quality, addressing the needs captured from
the products usage by the end users.
References
17. Jansson K, Kalliokoski P, Heimilä J (2003) Extended products in one-of-a-kind product delivery
and service networks. In: Building of the Knowledge Economy. Proceedings of the eChallenges
conference in Bologna, IOS Press, Amsterdam
18. Jannsson K, Thoben K-D (2005) The extended products paradigm, an introduction. In: Arai
E, Kimura F, Goossenaerts J, Shirase K (eds) Knowledge and skill chains in engineering and
manufacturing, IFIP International Federation for Information Processing, vol 168. Springer,
Berlin, Heidelberg, pp 39–47
19. Fisher T, Gebauer H, Fleish E (2012) Service business development, strategies for value creation
in manufacturing firms. Cambridge University Press, Cambridge
20. Baines TS, Lightfoot H, Steve E, Neely A, Greenough R, Peppard J, Roy R, Shehab E, Braganza
A, Tiwari A, Alcock J, Angus J, Bastl M, Cousens A, Irving P, Johnson M, Kingston J, Lockett
H, Martinez V, Michele P, Tranfield D, Walton I, Wilson H (2007) State-of-the-art in product-
service systems. Proc Inst Mech Eng, Part B: J Eng Manuf 221(10):1543–1552
21. Brand L, Hülser T, Grimm, V, Zweck A (2009) Internet der Dinge – Perspektiven für die
Logisitk. Zukünftige Technologien Consulting
22. McFarlane D, Sarma S, Chirn JL, Wong CY, Ashton K (2003) Auto ID systems and intelligent
manufacturing control. Eng Appl Artif Intell 16:365–376
23. Meyer GG, Främling K, Holmström J (2009) Intelligent products: a survey. Comput Ind
60:137–148
24. Porter ME, Heppelmann JE (2014) How smart, connected products are transforming competi-
tion. Harvard Business Review 92(11):64–88
25. Kärkkäinen M, Holmström J, Främling K, Artto K (2003) Intelligent products—a step towards
a more effective project delivery chain. Comput Ind 50:141–151
26. Ventä O (2007) Intelligent and Systems. Technology theme—final report. VTT, p 304. VTT
Publications, Espoo
27. Hribernik K, Cassina J, Røstad CC, Thoben K-D, Taisch M (2012) Potentials of item-level PLM
and servitization in the leisure boat sector. In: Proceedings of the 1st international through-life
engineering services conference. Shrivenham, UK, 28
28. Wuest T, Hribernik K, Thoben K.-D (2012) Can a product have a Facebook? A new perspective
on product avatars in product lifecycle management. In: IFIP WG 5.1 international conference,
PLM 2012, Montreal, QC, Canada, July 9–11, 2012, pp 400-410
29. Wuest T, Irgens C, Thoben K.-D (2013) An approach to quality monitoring in manufacturing
using supervised machine learning on product state data. J Intel Manufact, online first. https://
doi.org/10.1007/s10845-013-0761-y
30. Asiedu Y, Gu P (1998) Product life cycle cost analysis: state of the art review. Int J Prod Res
36(4):883–908
31. Erkoyuncu JA, Roy R, Shehab E, Wardle P (2009) Uncertainty challenges in service cost
estimation for product service systems in the aerospace and defence industries. In: Proceedings
of the 1st CIRP Industrial Product-Service Systems (IPS2) conference, Cranfield University,
1–2 April 2009, pp 200
32. Schuh G, Boos W, Kozielski S (2009) Life cycle cost-orientated service models for tool and
die companies. In: Proceedings of the 1st CIRP Industrial Product-Service Systems (IPS2)
conference, Cranfield University, 1–2 April 2009, pp 249
33. Sahni S, Boustani A, Gutowski T, Graves S (2010) Textile remanufacturing and energy Savings.
Environmentally Benign Laboratory. Laboratory for Manufacturing and Productivity, Sloan
School of Management, MITEI-1-g-2010
34. Fischbach M, Puschmann T, Alt R (2013) Service lifecycle management. Bus Inf Syst Eng
5(1):45–49
35. Mukhtar M, Ismail MN, Yahya Y (2012) A hierarchical classification of co-creation models
and techniques to aid in product or service design. Comput Ind 63(4):289–297
36. Vasantha GVA, Rajkumar R, Lelah A, Brissaud D (2012) A review of product-service systems
design methodologies. J Eng Des 23(9):635–659
1 Introduction 11
Open Access This chapter is licensed under the terms of the Creative Commons Attribution 4.0
International License (http://creativecommons.org/licenses/by/4.0/), which permits use, sharing,
adaptation, distribution and reproduction in any medium or format, as long as you give appropriate
credit to the original author(s) and the source, provide a link to the Creative Commons license and
indicate if changes were made.
The images or other third party material in this chapter are included in the chapter’s Creative
Commons license, unless indicated otherwise in a credit line to the material. If material is not
included in the chapter’s Creative Commons license and your intended use is not permitted by
statutory regulation or exceeds the permitted use, you will need to obtain permission directly from
the copyright holder.
Chapter 2
Engineering and Business Requirements
Definition, Analysis and Validation
2.1 Introduction
This chapter describes the methodology and main results of the definition and pro-
cessing of engineering and business requirements for Manutelligence platform. The
chapter is focused on the phase before platform implementation; thus also the vali-
dation here is about validation of final requirements against the use case scenarios
and requirements. The platform validation against the requirements is not discussed
here.
As a starting point for development, Manutelligence had two existing platforms
and some existing analysis tools. These have been consolidated, complemented and
adapted to become the Manutelligence platform. Thus the Manutelligence approach
was different from the basic software requirements definition, which often starts
from the scratch (new application or module) or has the description or original user
requirements of the existing platform available.
The development has been guided by the needs of participating industrial pilots.
The Manutelligence project included four industrial pilots from different industrial
fields (automotive, ship, smart house, 3D-printing). These cases were the sources for
industrial requirements in the project. All the pilots already use various engineering
tools in the product design. The idea was not to collect all the potential functions that
an engineering platform could cover, but to identify new needs with relation to their
current tools and practices. Thus the collected requirements from the use cases do
not compose a complete set of requirements for a generic PS engineering platform.
The requirement engineering process was carried out using a common methodol-
ogy through the following phases: requirement elicitation, structuring and orga-
nization, refinement and validation. The intermediate requirement processing and
consolidation phases were needed because the different pilot scenarios were focused
on different processes and industries, with various stakeholders and user needs, which
resulted in a heterogeneous set of elicited requirements, difficult to use as such for
the platform development. In the process attention was given to keep the traceability.
In the requirement elicitation phase, the idea was to identify requirements with a
wide scope, not restricting in what could be implemented in the current project. On
one hand the wider scope gave more input for the platform development, on the other
hand the pilots were in the elicitation phase not yet able to make the decision about
what will be implemented in Manutelligence. Thus it was clear from the beginning
that not all wishes in original requirements are implemented in this project with the
restricted project resources. Thus the requirements should not be considered as static
and final but more as an iterative and evolutionary set of needs.
2.2 Challenges
The main objective in requirement elicitation was to receive requirements that arise
from the real needs of end users and the focus was not on the formal quality. The end
2 Engineering and Business Requirements Definition … 15
users were not specialists in requirement engineering, but in PS design and engineer-
ing methods and tools. Requirement identification is often challenging, as the end
users are not able to express their needs directly. Instead they need to be dragged out
using different methods, taking into account the end-user business objectives. Thus
user friendly methods were needed. The approach generated a set of heterogeneous
requirements, which required further analysis and processing.
The sources of heterogeneity came already from different concepts and termi-
nologies used in different sectors, but also from different groups of stakeholders,
PS systems and different engineering processes and practices. Additionally, the pilot
companies represent different company sizes and have differences in their prepared-
ness for the utilization of information technology. The different groups also produced
requirements with different levels of detail.
Given the above, the four datasets received were challenging to structure and
consolidate. Therefore the structuration and analysis of the requirements required
manual and iterative processing of data. As the structuration and analysis phases were
mainly performed by researchers using different methods, the end users were again
in the main role in the validation phase to check that the consolidated requirements
were sufficient compared to the original pilot scenarios.
2.3 Methodology
consolidated requirements against the pilot needs (scenarios and stories), not the
validation of the implementation. Later in the project a validation of the platform
against the consolidated requirements was performed. This platform validation is out
of the scope of this chapter.
In parallel with the requirement identification, pilot scenarios for the Manutelli-
gence project were described. The scenarios described the candidate as-is and to-be
use cases to be implemented in the project pilots, offering information in a more struc-
tured format: purpose and objectives, actors involved, systems etc. This information
was also used in the elicitation of the requirements.
The objective of the structuration phase was to organize the requirements coming
from different sources into a common structure and to consolidate them to a moderate
number of requirements. Thus firstly the structure had to be defined, then all the
requirements were allocated to the structure and finally they were aggregated. In the
beginning, each requirement was given a unique identifier that also connects it to
the original pilot. This identifier followed the requirement throughout the process so
that the original requirement could always be traced back.
In the structuration two approaches were integrated: top-down and bottom-up.
In the top-down approach, the concepts and structures given by the project were
identified. These could be found for example in the interviews or questionnaires.
The structures were compared to find similarities, which did not have to be exactly
the same but on the same dimension, like for example different process phases of
product-service lifecycles.
In the bottom-up approach, the structures emerging from the data were identified.
The task utilized an adaptation of the Thematic analysis method [1]. An understand-
ing of the data (original pilot requirements) was required in the task, often leading
to necessity to familiarize oneself with the pilot stories and scenarios.
The bottom-up approach thus meant analyzing the unstructured requirements
to identify similarities, categories and structures. The goal was to form a generic
structure or hierarchy of categories that suits for all the use cases and supports the
development of the Manutelligence platform.
In the next phase the information available from both the given structures (top-
down) and from the list of unstructured requirements (bottom-up) was analyzed and
relations, similarities and differences were identified. The final structure was formed,
based on understanding the knowledge from both approaches and the complete data.
The pilot requirements were organized to the defined structure. The organization
also tested if the structure was sufficient, if it was possible to put each requirement
somewhere in the structure.
Finally the original pilot requirements belonging to the same subcategory were
aggregated. The aggregated requirements are not as detailed as the original ones
but they aim to integrate similar needs from different pilots. The links to original
requirements were maintained.
18 I. Karvonen et al.
The objective of the third phase was to further refine and prioritize the structured
requirements coming from the previous phase. The aim of the prioritization was
not to remove any requirements but to create an overall view of their high level
importance. The final decision of the requirements to be implemented during the
project was taken along the pilot development.
The requirements were first reviewed in order to make the level of detail more
homogeneous and to eliminate potential duplications. Next a trade-off analysis was
performed to identify on one hand mutually supportive and on the other hand conflict-
ing requirements. In the trade-off analysis each couple of requirements was consid-
ered and the corresponding relationship was qualitatively evaluated. The correlation
was analyzed considering the mutual impact of requirements during the development
of the platform. A positive correlation means that the parallel fulfillment of the two
requirements is mutually supportive and vice-versa. Values ranging from −2 to +2
were used.
For the prioritization two types of criteria were defined: (1) Manutelligence-
related criteria and (2) Pilot-related criteria. Manutelligence-related criteria come
from understanding the general objectives of the project. Aggregated requirements
were used in this phase. Pilot-related criteria are based on the needs of the pilot cases;
thus the original unstructured requirements were used here. These requirements were
considered on how much they can positively impact on the design process of the PS
in the pilot.
Findings coming from the two prioritization analyses were finally merged to form
the final rank. A bonus system was used that favors more those requirements that
are addressed as important by both the Manutelligence-related and the pilot-related
criteria. This final rank achieved provided evidence about what are the most relevant
requirements to be fulfilled within the Manutelligence project since it summarized
all the previous analyses based on different points of view.
Validation has different roles over the application development process. In Manutel-
ligence the first validation took place in the requirement definition phase and it was
about validation of requirements, not software. Thus the objective of the require-
ments validation here was not to check that the Manutelligence platform and related
tools fulfill the requirements, but that the aggregated requirements fulfill the end
user needs. Also the prioritization defined in the previous task was checked. This
was needed, as the composition, structuring, aggregation and analysis (including
prioritization) of requirements from different use cases were performed by the sup-
porting partners, not the use case owners themselves.
2 Engineering and Business Requirements Definition … 19
Different methods for the validation were applied. First an individual review
using a walk-through approach was used to check the sufficiency of aggregated
requirements (not the priorities). The review was performed by a group of researchers
representing the partners supporting the end users in Manutelligence. In the review
each of the use cases was handled separately. Two pieces of source material for each
case were used: (1) the pilot stories and (2) the end user scenario descriptions (to-be).
The approach in the review was first to walk through the pilot story step by step and
to identify the main functionality needed for each step. Thereafter the list of needed
functionalities was compared to the list of aggregated requirements to see if there
is a requirement available, which enables taking the step. After that, the same was
done for the end user scenarios (to-be). As the aggregated requirements are on a
higher level, telling more about “what” than “how”, the idea was to find a high level
requirement, which could cover the lower level functionality.
It is clear that not all aggregated requirements were needed for each use case, but
the other way around; at least one requirement was needed for each step. Otherwise
a shortage was recorded.
To include the end users (pilots) in the validation, a specific validation workshop
was organized. The workshop contained the following three main sessions:
• Presentation of the aggregated requirements,
• Industrial partners crosschecking the Use Case requirements,
• Industrial partners checking the prioritization of the requirements.
The main task was the crosschecking of the aggregated requirements by the indus-
trial partners. The participants were divided into sub-groups, one for each pilot and
one for software developers, five groups in all. The methodology used was a form of
Requirements Walk-Through and Reading Technique. The participants were asked to
review the partner specific Pilot Stories and Use Case scenario descriptions (to-be) to
check the sufficiency of the aggregated requirements. The groups were equipped with
printouts, in A3 size, of Pilot Stories, Use Case scenarios and the list of aggregated
requirements. Figure 2.1 depicts the methodology.
The participants read through their Pilot Story and Use Case scenarios, section by
section. For each encountered step or function in the text, the participant checked that
a corresponding requirement could be found in the list of aggregated requirements.
These were marked with a circled 1, 2 and 3 etc. as seen in Fig. 2.2. If an aggregated
requirement covering the issue could not be found, then a note was made. The number
of how many times an aggregated requirement was referenced to was counted for
each Industrial partner.
The third and final step in the workshop for each Industrial partner was to point
out the most important aggregated requirements. Each industrial partner was asked
to mark the five top important aggregated requirements for its specific use cases. The
given rankings were summarized into an overall ranking.
20 I. Karvonen et al.
Fig. 2.2 Requirement categories and number of unstructured requirements in each category
2 Engineering and Business Requirements Definition … 21
The requirement elicitation generated more than 200 requirements coming from the
four industrial pilots (automotive 23, ship 129, smart house 25, 3D-printing 18) and
from LCA/LCC technical workpackages (9). The number of requirements coming
from one use case (ship) was much higher than from other use cases. This was due to
using a requirement hierarchy and more detailed low level requirements. As expected,
the requirements were quite heterogeneous and focusing on different process parts
in the PS engineering.
We will now, having left the tombs, turn our attention to the
temples. Some we find upon the edge of the Háger, others a little
way back upon it. The greater number of those that were once here
have been completely razed to the ground, nothing now remaining of
them except fragments of statues, the foundations of walls, and the
bases of pillars; all of which are buried in rubbish heaps. There are,
however, some singularly interesting exceptions which demand
particular notice. Fortunately, though it hardly looks like chance, the
temple-palaces of Sethos, of the great Rameses, and of Rameses
III., are still standing. These were built by the two great conquerors
of the nineteenth, and the great conqueror of the twentieth dynasties.
Why did not other Pharaohs erect similar structures? The reason is
not far to seek. It is here present in the case of these three kings,
and is absent from the cases of other kings. The funds necessary for
such structures had to be procured by looting Asia, and a great part
of the work had to be done by captives taken in war. And we know
that at this time it was the custom for those kings of Egypt, who
contemplated great works, to begin their reigns with raids into Asia,
for the express purpose of collecting the gold and the slaves that
would enable them to carry out their designs. It was the good old
rule, the simple plan, that those should take who had the power.
These great and famous expeditions, in truth, were only imperial
slave hunts, and imperial brigandage, in which not petty tribes of
African negroes, but the (for those times) civilized nations of Asia,
and not a few travellers, but the inhabitants of great cities and
kingdoms, were the victims. These great builders, administrators,
and soldiers, who believed of themselves that they had already been
received into the hierarchy of heaven, could not have understood in
what sense they could have done ill in building themselves a wide
house, and large chambers, and ceiling it with cedar, and painting it
with vermilion; though they doubtless would have thought that it
would have been ill, even for an Egyptian Pharaoh, to build his
house by unrighteousness, and his chambers by wrong, to use his
neighbour’s service without wages, and to give him not for his work.
But how any question of unrighteousness and wrong could arise
between Pharaoh and strangers, people who were not Egyptians,
would have been something new and incomprehensible to Pharaoh.
I once asked a fisherman’s boy who was unconcernedly breaking up
a basketful of live crabs to bait his father’s dab-nets, if it was not
cruel work that he was about? ‘No,’ he replied, ‘because it is their
business to find us a living.’ Somewhat in the same way did Pharaoh
think of the outside world; and in much the same way, too, did he
treat it, when he wished to build himself a temple-palace. In these
temple-palaces one hears the groans, and sees the blood, of those
who were broken up alive to build them.
There are no buildings in the old world so full of actually written
and pictured history as these three temple-palaces, for each of them
contains records of the achievements and life of the builder, as they
were regarded by himself, and of his religion, as it was understood
by himself. The grandest of the three is the Memnonium, or, as it
ought to be called, the Rameseum. Here lived the great Rameses.
He designed it, built it, and made it his home. He built it after his
great Asiatic campaigns. How often here must he have fought his
battles o’er again.
The Rameseum bears the same relation to all the other buildings
of old Egypt that the Parthenon does to all the other remains of
Greek architecture. It was built at the culminating point of Egyptian
art and greatness. The conception was an inspiration of a
consciousness of excellence and power. Everything here is grand,
even for Egypt; the lofty propylons, the Osirid court, the great halls,
and, above all, the colossal statue of the king seated on his throne, a
monolith of red granite, weighing nearly 900 tons, and which is now
lying on the ground in stupendous fragments, its overthrow having
been probably the work of the vengeful Persians. Nothing can
exceed the interest of this grand structure. It included even a
spacious library, on the walls of which were sculptured figures of the
god of letters, and of the god of memory. Over the door by which it
was entered was the famous inscription, ‘The medicine of the mind.’
And this more than three thousand years ago: and yet we may be
sure that it did not contain the first collection of books that had been
made in Egypt, but only the first of which we have any record. We
know that they had been keeping a regular register of the annual
rising of the Nile then for nearly a thousand years, and that their
written law ante-dated this library by between two and three
thousand years. Both of these facts, to some degree, indicate
collections of books. By a concurrence of happy chances, which
almost make one regret that a grateful offering can no longer be
made to good fortune, papyrus-rolls have been found dated from this
library, and in the Háger behind have been discovered the tombs of
some of the Royal librarians.
The temple-palace, at Cornéh, of Sethos, the father of Rameses,
though built with all the solidity of Egyptian architecture in its best
days, is a very much smaller structure than the Rameseum. What
remains of it is in very good preservation. It stands about a mile to
the north-west of the latter building, some little way back in the
Háger, and on somewhat higher ground, near the entrance of the
Valley of the Kings. On one of the sphinxes belonging to it are
inscribed the names of all the towns in the Delta Sethos conquered.
This is an important record, as it shows either that the Semites had
been able to some extent to re-establish themselves in the Delta, or
that they had never been thoroughly subjugated, in that part of the
country, before the time of Sethos. The work, however, was now
done thoroughly, for from this time we do not hear of any troubles
that can be assigned to them. The sculptures on the walls of this
palace are in the freest and boldest style. They relate chiefly to
religious acts and ceremonies. As Sethos was the designer and
builder of the chief part of the stupendous hypostyle Hall of Karnak, it
was not because his architectural ideas were less grand than those
of his son that his palace was so much smaller. I can imagine that
the reason of this was that he was desirous that none of his attention
and resources should be diverted from his great work, which was
enough of itself to tax to their utmost all the powers both of the king
and of the kingdom. It raises him in our estimation to find that his
greatest work was not his own palace, but the hall in which the
ecclesiastical diets of Egypt (of course the members were priests)
were to be held; for though he was a Pharaoh, and a conquering
Pharaoh too, he could see that the kingdom was greater than the
king, and that to do great things well one thing must be done at a
time.
A little to the south of the Rameseum is the third of these temple-
places. It is that of the third Rameses. This, though not so grand and
pure in style as the Rameseum, has been better preserved. Upon it,
and within it, are the ruins of a Coptic town. The crude brick
tenements perched on the roof, and adhering to the walls of the
mighty structure, reminded me of the disfigurements of the obelisk of
Heliopolis, and of the propylons of Dendera, by the mud-cells which
insect architecture had plastered over them. So wags the world.
Squalid poverty had succeeded to imperial splendour. But the same
fate had waited upon both. The towers of kings, and the hovels of
the poor, are now equally desolate and untenanted. One of the
courts of the palace had been metamorphosed by the Copts of the
neighbourhood into their church. From the expense which must have
been incurred in effecting this transformation it is evident that they
once formed here a numerous body. The community, however, has
entirely disappeared from this place, and nothing—absolutely
nothing—has come in its stead. They say in the East that where the
Turk sets his foot grass will not grow; but this is true of El Islam
generally. It is great at pulling down and destroying, but not equally
great at reconstructing.
The Christian church and the Egyptian temple are alike deserted.
The old Egyptian and the Coptic Christian have both completely
vanished from this scene. It is curious as we stand here, with equal
evidence before us of the equal fate of both, to observe how little
people think about the fate of the latter in comparison with what they
think about the fate of the former; and yet there are, at all events,
some reasons to dispose us favourably, and sympathizingly, towards
our Coptic co-religionists. If the causes of the feeling could be
analyzed, would it be found to have arisen from a half-formed
thought that there was no gratitude to be felt to the poor Copt for
anything he had done, and that the world had no hope of anything
from him? Or would it be because there is really little to interest the
thought in the fortunes of a community, of which we know little more
than that, by having changed the law of liberty into a petrified
doctrine, they had gone a long way towards committing moral and
intellectual suicide?
In one of the private apartments of this temple-palace of Rameses
III. the sculptures represent the king seated on a chair, which would
not be out of place at Windsor, or Schönbrunn. His daughters are
standing around him, offering him fruit and flowers, and agitating the
air with their fans. He amuses himself with a game of drafts, and with
their conversation.
Somewhat in advance of these temple-palaces of the two
Rameses, stand on the cultivated plain the two great colossi of
Thebes. The space between them is sufficient for a road or street.
The easternmost of the pair is the celebrated vocal Memnon of
antiquity. It is covered with Roman inscriptions placed upon it by
travellers, who were desirous of leaving behind them a record of the
fact, that they had not been disappointed in hearing the sound. That
was an age when the love of the marvellous, combined with
ignorance of what nature could, and could not, do, prepared, and
predisposed men, for being deceived. There can be no doubt how
the sound was produced. There is in the lap of the seated figure an
excavation in which a priest was concealed, who, when the moment
had arrived, struck a stone in the figure, of a kind which rang like
brass. The Arabs now climb into the lap in a few seconds, and will
for a piastre produce the sound for you at any hour of the twenty-four
you please. The Emperor Hadrian heard three emissions of the
sound on the morning he went to listen. This is a compliment we are
not surprised to find the statue paid to the ruler of the world.
This colossus was erected by Amunoph III., a name which, by an
easy corruption, the Greeks transformed into Memnon, just as they
changed Chufu into Cheops, Amenemha into Mœris, and Sethos
into Sesostris.
Behind these colossi stood a temple which had been erected by
the same Amunoph. Nothing now remains of this temple but its
rubbish heap, and its foundations. It was, however, once connected,
architecturally, with the temple he had built at Luxor, on the other
side of the river. The street that connected them was called Street
Royal. This was the line Sethos, and the two Rameses, must always
have taken, in going from their palaces on the western bank to Luxor
and Karnak on the eastern side. It must have been about three miles
in length. The line of this Royal Street is marked by the two still
standing colossi. The fragments of a few others have been found.
Those that remain are sixty feet in height. This must have been a
grand street, with the two temples at its two ends, and part of it, at all
events, consisting of a dromos of such figures.
I have already mentioned that a sphinx-guarded street, about two
miles long, ran from Luxor to Karnak. I have also pointed out that the
north-west angle of the great enclosure of Karnak was connected, to
the eye, with the temples of the western Háger. The precise spot
upon the Háger where a temple had been made conspicuous to the
eye from Karnak, was what is now called Assassef. Of course from
Assassef the lofty structures of Karnak were in full view. In order to
place the temple at Assassef reciprocally in view to the spectator
standing at Karnak, it was necessary to remove a part of the natural
rock wall of the eastern side of the valley of Assassef, and this had
been done. The distance from Karnak to Assassef is somewhat over
three miles. From this point temples and temple-palaces were
continuous along the edge of the Háger, in front of the Necropolis, as
far as the western extremity of the Royal Street. Thus was
completed the grand Theban Parallelogram. The circuit of the four
sides measured, I suppose, about ten miles. It included every one of
the great structures of Luxor, Karnak, and Thebes. There can be no
doubt but that the lofty propylæa, and obelisks of Luxor and Karnak
were intended to be seen from a distance. As the site of Thebes
was, of itself, somewhat elevated above the sites of Luxor and
Karnak, there was no occasion for obelisks at Thebes; as also they
would have been backed by the mountains to one looking from the
other side of the river, they would have been inconspicuous, and
therefore this architectural form was not used at Thebes: though,
indeed, I believe no instance remains to show that it was ever used
on that side of the valley, on which the sun set.
The structural connexion of all the mighty, magnificent buildings
throughout these ten miles was the grand conception of Rameses
the Great, of which I spoke some way back. There never were, we
may be quite sure, ten such miles, elsewhere, on the surface of this
earth. It is rash to prophesy, but we may doubt whether there ever
will be ten such miles again. We may, I think, say there will not be,
unless time give birth to two conditions. The first of the two is, that
communities should become animated with the desire to do for
themselves what these mighty Pharaohs did for themselves in the
old days of their greatness; and as man is much the same now that
he was then, and as private persons are capable of entertaining the
same ideas as kings, there is no à priori reason against the
possibility of this. The second condition is, that machinery should
eventually give us the power of cutting and moving large blocks of
stone at a far cheaper rate than is possible, with that already mighty
assistant, at present. For, as the world does not go back, we may be
sure that myriads of captives, and of helpless subjects, will never
again be employed in this way. It is quite conceivable that the mass
of some community may come to feel itself great, the feeling being in
the community generally, and not only in the individual at its head;
and should they at the same time entertain the desire that the
magnificence of their architecture should be in proportion to, and
express, the greatness of their ideas and sentiments, then the world
may again see hypostyle halls as grand as that of Karnak, and
magnificence equal to that of the Osirid Court of the Rameseum:
with, however, the difference that they will be constructed by, and for,
the community. In this there would be no injury in any way to any
one, and there would be nothing to regret, for those who had raised
such structures, and were in the habit of using them, would perhaps
on that account be less likely to be mean, and little, in the ordinary
occurrences of life. At all events there would be nothing demoralizing
in making machinery the slave to do the heavy drudgery required in
their construction.
Rameses the Great was the Alexander of Egypt. His lot was cast
in the palmiest days of Egyptian history. He was the most
magnificent of the Pharaohs. None had such grand ideas, or gave
them such grand embodiment. He carried the arms of Egypt to the
utmost limits they ever reached. As one stands at Karnak, Thebes,
and Abydos, before the sculptures he set up, and reads in them the
records of his achievements, and of the thoughts that stirred within
him, the mind is transported to a very distant past—but though so
distant, we still may, by the aids we now possess, recover much of
its form and features. Let us then endeavour to construct for
ourselves some conception of his great expedition from the materials
with which the monuments and history supply us.
Egypt is very flourishing. Pharaoh has an army of 700,000 men
and great resources, and so he becomes dissatisfied at remaining
idle in his happy valley. There is a wonderful world up in the north-
east. He would like to be to that world what we might describe as an
Egyptian Columbus and Cortez in one. He wishes to signalize the
commencement of his reign with some achievement that will be for
ever famous. But these distant people have never wronged him: they
had never burnt his cities, or driven off his cattle. If they have ever
heard of the grandeur of Egypt, they can hardly tell whether it
belongs to this world of theirs, or to some other world.
Considerations, however, of this kind do not affect him.
But there are many difficulties in his way. The very first step of the
proposed expedition will carry his army into a desert of some days’
journey. How is this desert to be crossed? That is disposed of by the
answer that his father Sethos, and even some of the predecessors of
Sethos on the throne of Egypt, had crossed it.—But how is his army
to be supported in that unknown world beyond? How are provisions
to be procured, for they cannot be supplied from Egypt? The people
they will invade can support themselves; what they have must be
taken from them, and war must be made to support itself.—But
supposing all goes well as they advance, how shall they ever get
back, with their arms worn out, and their ranks thinned, and with a
vengeful foe barring their return with fortified places, and swarming
upon them from every side? They must, on their outward march,
raze all these fortified places, and make as clean a sweep as they
can of the population of the countries they pass through.—And how
shall the Egyptians live when Nature shall assail them with frost and
snow? Will their linen robes be then sufficient? They must do what
they can. They will be able to take the woollen garments of the
enemies they destroy. The difficulties, then, could not deter him. He
must see this great and wonderful world outside. He must flaunt his
greatness in its face. He must collect the treasures and the slaves
that will be required for building the mighty temples and palaces he
contemplates. These monuments he must have; and he will record
upon them that he did not, in raising them, tax and use up Egyptians.
And so it becomes a settled thing that he and his armies shall go
forth from Egypt. It would not have been the East had not the host,
with which he was to go forth, been a mighty one—as God’s army,
the locusts, for multitude. Everything must be on a grand scale; and
everything must be foreseen and provided for, as is the custom of
the wise Egyptians.
Then began a gathering of men, of horses, of chariots, of asses,
such as had never been seen on the earth before—as much greater
than other gatherings as the Pyramids were greater than other
buildings. In those mighty structures they had had an example, now
for a thousand years, of the style and fashion in which should be
carried out whatever Egypt undertook. Day and night were the
messengers going to and fro on the bank, and on the river. Many
new forges were put in blast, many new anvils set up. Never had the
sound of the hammer been so much heard before, never had been
seen before so many buyers and lookers-on in the armourers’
bazaars. There were canvas towns outside the gates of Thebes, of
This, of Memphis, and of other great cities. Never had so many
horses been seen picketed before; men wondered where they all
had come from. On the river there were boats full of men, and boats
full of grain, to people and to feed the canvas towns. Never had the
landing-places been so crowded before. Many a river trader, in those
days, had to drop away from his moorings against the bank, to make
room for the grain-boats and the troop-boats of the great king. Never
had the temples been so full before: never had there been so many
processions, and so many offerings. The gods must be propitiated
for the great expedition: it must be undertaken in their names.
Mightier temples and richer offerings must be promised for the return
of the king and of the host, when they shall bring back victory. Many
said in those days of preparation, ‘The gods be with the king and
with his armies.’ Many said in their hearts, ‘Who can tell? The gods
had made Egypt great, but would they go forth from Egypt? The king
was as a god, but could he do all things?’ This was an issue that
could not be forecast.
Such was the talk of many in the mud-built villages, as well as in
hundred-gated Thebes, in old Abydos, in discrowned Memphis, and
in all the cities of all the gods—for every god had his own city.
Nothing else had much interest, either in the mansions of the rich, or
in the hovels of the poor. The wives and daughters of the people—
while in the evening they walked down to the river-side with their
water-jars, or, when the sun was down, clustered together at the
street-corners and at the village-gate, sitting on the ground—had
never tarried before so long at those watering-places, those gates,
and those street-corners. And all the while the musterings and the
preparations went on like the work of a machine, for the king had the
whole people well in hand, and he bent all Egypt to the work as if it
had been one man.
And everything is now complete. The last processions and
offerings have been made. The aid of the gods has been promised.
The priests had thought that Egypt, at all events, would be secure,
Welcome to our website – the ideal destination for book lovers and
knowledge seekers. With a mission to inspire endlessly, we offer a
vast collection of books, ranging from classic literary works to
specialized publications, self-development books, and children's
literature. Each book is a new journey of discovery, expanding
knowledge and enriching the soul of the reade
Our website is not just a platform for buying books, but a bridge
connecting readers to the timeless values of culture and wisdom. With
an elegant, user-friendly interface and an intelligent search system,
we are committed to providing a quick and convenient shopping
experience. Additionally, our special promotions and home delivery
services ensure that you save time and fully enjoy the joy of reading.
textbookfull.com