5.2. Example of AIS useConsider a s

5.2. Example of AIS use
Consider a small business which needs information
systems for sales order processing, human resources
management, and fixed assets records. Normally, the
organisation would have to choose between (a) purchasing
a licence for integrated enterprise software, (b)
purchasing licences for separate CRM, HR, and fixed
assets applications, and (c) paying for appropriate custom
applications to be developed. Alternatively, the company



Joanne Wall
2012
4>43 Twocows St


Maurice Smith
2002
35 Yannopoulos
Canada


Mary
Jones
2000
40 Watersboro


Christina Conraets
2270
30 Oneford Str
[e-mail]



Fig. 12. Displaying data for a concept with multiple versions.
46 S. McGinnes, E. Kapros / Information Systems 47 (2015) 33–50
could use a combination of all three options. These are
the fundamental alternatives, regardless of whether the
organisation runs its systems in-house or uses cloud
services.
For a small business, all three options have marked
disadvantages. Enterprise software can be expensive and
may constitute overkill. The use of distinct applications can
be expensive, and might require costly integration work.
In-house custom development is unlikely to be feasible for
a small business; if outsourced, the work is liable to be
costly and hard to control.
Because of the expense and effort required for all three
options, the company could well resort to the use of paperbased
systems or use a collection of ad hoc, end-userdeveloped
solutions such as spreadsheets and simple
databases. Many small businesses, as well as departments
in larger organisations, use such a combination of ad hoc
systems [56].
The alternative approach, using an AIS, is to model the
three areas (CRM, HR and fixed assets). If a single soft
schema is created, the three “subsystems” will automatically
be integrated. The AIS will behave like a CRM system
integrated with an HR system and a fixed asset register,
with a common database. Alternatively, if less integration
is required, three separate soft schemas can be created.
The AIS will then behave as separate CRM, HR and fixed
assets systems, depending on which soft schema is used.
5.3. Discussion
The introduction of conceptual independence has
appeal on several counts. One is the promise it holds for
reduction in system development and maintenance effort.
Use of AIS offers opportunities for economies of scale
through code reuse. AIS are based on the “write once,
use many” model; most of the functions offered by AIS are
crosscutting services which apply to many concepts in
many application domains.
At present, huge resources are expended globally on
developing domain-specific systems. Much of this work is
repetitive; the same kinds of code structures and operations
are built repeatedly for each entity type in each
separate application. If AIS were available, some of that
effort would no longer be necessary. There would be less
need to build and maintain multiple domain-specific software
applications. Developers could instead create a
smaller number of AIS containing best-of-breed functionality.
Existing generic services, such as Google Maps, could
be integrated with AIS to allow non-programmers to use
the services in sophisticated ways. The cost of maintenance
would be reduced correspondingly. Enhancements
to an AIS would benefit a large audience of end users
working in a wide range of application domains.
An AIS cannot provide functionality identical to that
offered by hand-crafted, domain-specific software systems,
but it can provide a large and useful proportion—
particularly of the straightforward data manipulation and
user interface behaviour which is the bread-and-butter of
business information systems. Moreover, the end user can
exert a good deal of control over the functionality, by using
the modelling tool to create and modify soft schemas. In
comparison, conventional software applications are almost
completely fixed in function and their functionality can be
modified by the end user only in very restricted ways, if at
all. Using AIS, end users could create basic but useful
application functionality to meet their own needs, much as
spreadsheets are now used, but avoiding disadvantages of
end-user development such as poor data integrity. It
remains to be seen whether the benefits of this increased
flexibility will outweigh the lack of domain-specific design
(see Section 6.1).
Each AIS naturally provides a high degree of design
consistency in the user interface, both within and between
domains. This is a potential advantage relative to handdesigned
applications, which often suffer from design
inconsistency; designs drift over time, and each developer
tends to solve problems in slightly different ways from
other developers. Inconsistent user interfaces are harder to
learn and use [57].
An allied benefit of AIS use is portability. A soft schema
can, by definition, be used with any AIS, on any platform
for which an AIS has been constructed. It is possible to
envisage cross-platform AIS which allow a given soft
schema to be used simultaneously on a combination of
platforms, the different components interworking to create
a complex distributed application. For example, a given
schema could be used in a cross-platform web application,
on an Android mobile device, and running in client-server
mode under Microsoft Windows. Each AIS could take
advantage of native features to provide the best possible
user interface on each platform.
The use of AIS could also facilitate system integration.
New information systems are often incompatible with
existing systems, particularly at the conceptual level [58].
Integration can be labour-intensive and expensive. Technologies
such as service-oriented architecture, ontologies,
and the Semantic Web can help with the “information
plumbing” side of integration, but they do not address
the problem of conceptual incompatibility. The use of AIS
may offer a way around this problem. An AIS can support
multiple conceptual models simultaneously (principle 3 in
Table 1). Therefore, two AIS datasets can be integrated
merely by concatenating them, without the need for
data transformation or code changes. The AIS will
continue to function, even though the data from the two
datasets follows distinct conceptual models. Our research
shows that this need not be a barrier to usability (see
Section 6.1). Reconciliation of the models and transformation
of the data can be done according to the end user's
own timetable, without preventing the AIS from operating
normally.
Whether AIS will scale to enterprise level is open to
question. Enterprise systems must meet many requirements
which go well beyond the discussion in this paper.
However, AIS would probably prove useful for smaller
enterprises and departments, which lack the resources to
invest in costly enterprise software or to build their own
systems. At present, many of these organisations resort
to creative use of end-user tools such as spreadsheets to
meet their needs. Suitable AIS might offer a cost-effective,
flexible, and scalable way in which they could meet a
proportion of their needs more effectively.

ผลลัพธ์ (ไทย) 1:

5.2. ตัวอย่างการใช้เอไอเอสพิจารณาธุรกิจขนาดเล็กที่ต้องการข้อมูลทรัพยากรมนุษย์ ประมวลผลการสั่งซื้อระบบขายการจัดการ และสินทรัพย์ถาวรระเบียน ปกติ นี้องค์กรจะต้องเลือกระหว่างการซื้อ (a)มีใบอนุญาตซอฟต์แวร์องค์กรรวม, (b)ซื้อใบอนุญาตสำหรับแยก CRM ชั่วโมง และถาวรโปรแกรมสินทรัพย์ และ (ค) การจ่ายเงินสำหรับแบบกำหนดเองที่เหมาะสมโปรแกรมประยุกต์ที่ได้รับการพัฒนา หรือ บริษัท ผนัง Joanne 2012 4>43 Twocows St มอริสมิธ 2002 35 Yannopoulos แคนาดา แมรี โจนส์ 2000 40 Watersboro คริ Conraets 2270 30 Oneford Str [e-mail] Fig. 12 แสดงข้อมูลแนวคิดกับหลายรุ่น46 s ได้ McGinnes, E. Kapros / ระบบข้อมูล 47 (2015) 33-50สามารถใช้การรวมกันของทั้งสามตัว เหล่านี้เป็นพื้นฐานทางเลือก ไม่ว่าจะทำงานของระบบภายในองค์กร หรือใช้เมฆบริการสำหรับธุรกิจขนาดเล็ก ทั้งสามตัวทำเครื่องหมายข้อเสีย ซอฟต์แวร์องค์กรจะมีราคาสูง และอาจเป็น overkill สามารถใช้โปรแกรมประยุกต์ที่แตกต่างกันมีราคาแพง และอาจต้องใช้งานรวมค่าใช้จ่ายพัฒนาเองภายในไม่น่าจะเป็นไปได้สำหรับธุรกิจขนาดเล็ก ถ้าผลิตนอกบริษัท งานจะรับผิดชอบให้ค่าใช้จ่ายสูง และยากที่จะควบคุมค่าใช้จ่ายและความพยายามที่จำเป็นสำหรับทั้งสามตัวเลือก บริษัทสามารถดีรีสอร์ทใช้ paperbasedระบบหรือการใช้คอลเลกชันของกิจ สิ้นสุด-userdevelopedโซลูชั่นเช่นกระดาษคำนวณและเรียบง่ายฐานข้อมูล ในธุรกิจขนาดเล็ก เป็นแผนกในองค์กรขนาดใหญ่ ใช้ชุดดังกล่าวของกิจระบบ [56]วิธีอื่น การใช้ AIS เป็นรุ่นพื้นที่ 3 (CRM, HR และสินทรัพย์ถาวร) ถ้าน้ำเดียวสร้างเค้าร่าง สาม "ย่อย" จะโดยอัตโนมัติสามารถรวม เอไอเอสจะทำงานเหมือนกับระบบ CRMรวมเป็นระบบ HR และทะเบียนสินทรัพย์ด้วยฐานข้อมูลร่วมกัน หรือ ถ้าไม่รวมถูกต้อง ร่างนุ่มแยกสามสามารถสร้างได้เอไอเอสจะทำงานแล้วเป็นแยก CRM, HR และถาวรระบบสินทรัพย์ ขึ้นอยู่กับการใช้เค้าร่างที่อ่อน5.3 การสนทนามีการแนะนำแนวคิดอิสรภาพอุทธรณ์ในจำนวนหลาย ๆ คือสัญญาที่จะเก็บสำหรับลดความพยายามพัฒนาและบำรุงรักษาระบบใช้ของเอไอเอสให้โอกาสเศรษฐกิจของขนาดผ่านรหัสนำมาใช้ใหม่ เอไอเอสอยู่ "เขียนครั้งเดียวรุ่นใช้มาก" ส่วนใหญ่งานที่นำเสนอ โดยเอไอเอสบริการ crosscutting ซึ่งใช้แนวคิดมากมายในโดเมนโปรแกรมประยุกต์จำนวนมากปัจจุบัน ทรัพยากรขนาดใหญ่ที่ใช้ทั่วโลกในพัฒนาระบบโดเมนเฉพาะ ของงานนี้คือซ้ำ ชนิดเดียวกันของรหัสโครงสร้างและการดำเนินงานสร้างซ้ำสำหรับเอนทิตีแต่ละชนิดในแต่ละแยกโปรแกรมประยุกต์ ถ้า AIS มี บางที่ความพยายามที่จะไม่มีความจำเป็น ก็จะน้อยลงจำเป็นต้องสร้าง และรักษาซอฟต์แวร์เฉพาะโดเมนหลายใช้งาน นักพัฒนาสามารถสร้างแทนเอไอเอสที่ประกอบด้วยฟังก์ชันการทำงานส่วนของสายพันธุ์ขนาดเล็กจำนวนที่มีอยู่ทั่วไปบริการ Google Maps สามารถสามารถรวมกับเอไอเอสให้ไม่โปรแกรมเมอร์จะใช้บริการในรูปแบบที่ทันสมัย ต้นทุนของการบำรุงรักษาจะสามารถลดจำนวน การปรับปรุงการเอไอเอสจะได้รับประโยชน์ผู้ชมขนาดใหญ่ของผู้ใช้ทำงานในโดเมนโปรแกรมประยุกต์ที่หลากหลายเอไอเอสไม่ให้เหมือนกับที่ทำงานนำเสนอ โดยระบบซอฟต์แวร์มือสลัก เฉพาะโดเมนแต่มันสามารถให้สัดส่วนขนาดใหญ่ และมีประโยชน์เช่นโดยเฉพาะอย่างยิ่งของการจัดการข้อมูลที่ตรงไปตรงมา และพฤติกรรมผู้ใช้อินเทอร์เฟซซึ่งเป็น bread-and-butter ของสารสนเทศธุรกิจ นอกจากนี้ ผู้ใช้สามารถแรงการจัดการที่ดีการควบคุมการทำงาน โดยเครื่องมือสร้างแบบจำลองในการสร้าง และปรับเปลี่ยนแบบแผนอ่อน ในเปรียบเทียบ การประยุกต์ใช้ซอฟต์แวร์ทั่วไปมีเกือบสมบูรณ์ถาวรในฟังก์ชันและความสามารถทำงานเป็นปรับเปลี่ยน โดยผู้ใช้เท่านั้นในลักษณะที่จำกัดมาก ว่าที่ทั้งหมด ใช้เอไอเอส ผู้ใช้สามารถสร้างพื้นฐาน แต่มีประโยชน์พลิเคชันเพื่อตอบสนองความต้องการของตนเอง มากเป็นกระดาษคำนวณก็ใช้ แต่หลีกเลี่ยงข้อเสียของผู้ใช้ปลายทางการพัฒนาเช่นความสมบูรณ์ของข้อมูลไม่ดี มันยังคงจะมองเห็นว่าประโยชน์นี้เพิ่มขึ้นความยืดหยุ่นจะเกินการขาดการออกแบบเฉพาะโดเมน(ดูหัวข้อ 6.1)เอไอเอสแต่ละระดับสูงของการออกแบบที่ช่วยให้ธรรมชาติความสอดคล้องในส่วนติดต่อผู้ใช้ ทั้งภายใน และระหว่างโดเมน นี่คือประโยชน์ที่อาจเกิดขึ้นสัมพันธ์กับ handdesignedโปรแกรมประยุกต์ ซึ่งมักจะต้องทนทุกข์ทรมานจากการออกแบบไม่สอดคล้องกัน ดริฟท์แบบช่วงเวลา และการมีแนวโน้มที่จะ แก้ปัญหาด้วยวิธีที่แตกต่างกันเล็กน้อยจากนักพัฒนาอื่น ๆ อินเทอร์เฟสผู้ใช้ไม่สอดคล้องกันจะยากไปเรียนรู้ และใช้ [57]ประโยชน์เป็นพันธมิตรของเอไอเอสใช้เป็นพอร์ต แบบแผนอ่อนตามข้อกำหนด สามารถใช้ได้กับเอไอเอสใด ๆ บนแพลตฟอร์มใด ๆซึ่งเอไอเอสได้ถูกสร้าง จำเป็นต้องมองเห็นไอทีเอไอเอสข้ามแพลตฟอร์มที่อ่อนให้เค้าร่างที่จะใช้พร้อมกันในชุดของแพลตฟอร์ม interworking การสร้างส่วนประกอบต่าง ๆเชิงการกระจายโปรแกรมประยุกต์ ตัวอย่าง การกำหนดเค้าร่างที่สามารถใช้ในโปรแกรมประยุกต์เว็บข้ามแพลตฟอร์มมีอุปกรณ์มือถือ Android และเรียกใช้งานในไคลเอ็นต์-เซิร์ฟเวอร์โหมดภายใต้ Microsoft Windows สามารถใช้เอไอเอสแต่ละประโยชน์ของแม่ให้ดีที่สุดส่วนติดต่อผู้ใช้ในแต่ละแพลตฟอร์มใช้ของเอไอเอสยังสามารถอำนวยความสะดวกรวมระบบระบบสารสนเทศใหม่มักเข้ากันกับที่มีอยู่ระบบ โดยเฉพาะอย่างยิ่งในระดับแนวคิด [58]สามารถรวมแรงงานมาก และมีราคาแพง เทคโนโลยีเช่นเด่นสถาปัตยกรรม ontologiesและเว็บเชิงความหมายจะช่วยให้ มีข้อมูล"ท่อประปา"อันรวม แต่พวกเขาไม่อยู่ปัญหาของความไม่เข้ากันที่แนวคิด ใช้ของเอไอเอสอาจมีวิธีแก้ไขปัญหานี้ เอไอเอสสามารถสนับสนุนแนวคิดหลายรุ่นพร้อมกัน (หลักการใน 3ตาราง 1) ดังนั้น จึง สามารถรวม datasets เอไอเอสสองเพียง โดยต่อพวกเขา โดยไม่ต้องแปลงหรือรหัสการเปลี่ยนแปลงข้อมูล เอไอเอสจะยังคง แม้ว่าข้อมูลจากทั้งสองdatasets ตามรูปแบบแนวคิดที่แตกต่างกัน วิจัยของเราแสดงว่า นี้ต้องไม่เป็นอุปสรรคต่อการใช้งาน (ดูส่วน 6.1) การกระทบยอดของรูปแบบและการเปลี่ยนแปลงข้อมูลก็ตามของผู้ใช้ตารางเวลาของตัวเอง โดยป้องกันไม่ให้ลูกค้าเอไอเอสทำงานโดยปกติว่า เอไอเอสจะปรับระดับองค์กรจะเปิดคำถาม ระบบองค์กรต้องตอบสนองความต้องการมากซึ่งไปด้วยนอกเหนือจากการอภิปรายในเอกสารนี้อย่างไรก็ตาม เอไอเอสจะคงพิสูจน์ประโยชน์สำหรับขนาดเล็กองค์กรและแผนก ที่ขาดทรัพยากรในการลงทุน ในซอฟต์แวร์องค์กรค่าใช้จ่าย หรือ การสร้างตนเองระบบ ปัจจุบัน องค์กรเหล่านี้มากมายรีสอร์ทการใช้ความคิดสร้างสรรค์ของผู้ใช้เครื่องมือต่าง ๆ ในกระดาษคำนวณเพื่อตอบสนองความต้องการ เอไอเอสที่เหมาะสมอาจมีประสิทธิภาพมีความยืดหยุ่น และสามารถปรับวิธีที่พวกเขาสามารถตอบสนองความสัดส่วนของความมีประสิทธิภาพมากขึ้น

ผลลัพธ์ (ไทย) 2:

5.2 ตัวอย่างของการใช้เอไอเอส
พิจารณาธุรกิจขนาดเล็กที่ต้องการข้อมูล
ระบบการขายการประมวลผลเพื่อการพัฒนาทรัพยากรมนุษย์
การจัดการและมีการบันทึกสินทรัพย์ถาวร โดยปกติ
องค์กรจะต้องเลือกระหว่าง (ก) การซื้อ
ใบอนุญาตสำหรับซอฟต์แวร์องค์กรแบบบูรณาการ (ข)
การซื้อใบอนุญาตสำหรับ CRM แยกต่างหาก, HR, และคง
การใช้งานสินทรัพย์และ (ค) การจ่ายเงินสำหรับกำหนดเองตามความเหมาะสม
การใช้งานที่ได้รับการพัฒนา อีกทางเลือกหนึ่งของ บริษัท



โจแอนนาผนัง
2012
4> 43 Twocows เซนต์


มอริซสมิ ธ
2002
35 Yannopoulos
แคนาดา


แมรี่
โจนส์
2000
40 Watersboro


คริสติ Conraets
2270
30 Oneford Str
[e-mail]



มะเดื่อ 12. การแสดงข้อมูลสำหรับแนวคิดที่มีหลายรุ่น.
46 เอส McGinnes, อี Kapros / Information Systems 47 (2015) 33-50
สามารถใช้การรวมกันของทั้งสามตัวเลือก เหล่านี้เป็น
ทางเลือกขั้นพื้นฐานโดยไม่คำนึงถึงไม่ว่าจะเป็น
องค์กรที่ทำงานระบบในบ้านหรือใช้ระบบคลาวด์
บริการ.
สำหรับธุรกิจขนาดเล็กทั้งสามตัวเลือกที่มีการทำเครื่องหมาย
ข้อเสีย ซอฟแวร์เอ็นเตอร์ไพรส์อาจมีราคาแพงและ
อาจเป็น overkill การใช้งานที่แตกต่างกันสามารถ
จะมีราคาแพงและอาจจะต้องทำงานบูรณาการเสียค่าใช้จ่าย.
การพัฒนาที่กำหนดเองในบ้านไม่น่าจะเป็นไปได้สำหรับ
ธุรกิจขนาดเล็ก; ถ้า outsourced ทำงานมีแนวโน้มที่จะเป็น
ค่าใช้จ่ายและยากที่จะควบคุม.
เพราะค่าใช้จ่ายและความพยายามที่จำเป็นสำหรับทั้งสาม
ตัวเลือก บริษัท ที่ดีอาจจะหันไปใช้ paperbased
ระบบหรือใช้การเก็บรวบรวมเฉพาะกิจสิ้น userdeveloped
โซลูชั่น เช่นกระดาษคำนวณและง่าย
ฐานข้อมูล ธุรกิจขนาดเล็กจำนวนมากเช่นเดียวกับหน่วยงาน
ในองค์กรขนาดใหญ่เช่นใช้การรวมกันของเฉพาะกิจ
ระบบ [56].
แนวทางเลือกใช้เอไอเอสคือการสร้างแบบจำลอง
สามพื้นที่ (CRM, HR และสินทรัพย์คงที่) หากนุ่มเดียว
คีมาจะถูกสร้างขึ้นในสาม "ระบบย่อย" โดยอัตโนมัติจะ
ต้องบูรณาการ เอไอเอสจะทำงานเช่นระบบ CRM
บูรณาการกับระบบการบริหารทรัพยากรบุคคลและการลงทะเบียนสินทรัพย์ถาวร
ที่มีฐานข้อมูลร่วมกัน หรือถ้าบูรณาน้อย
จะต้องสาม schemas นุ่มแยกต่างหากที่สามารถสร้างขึ้น.
เอไอเอสแล้วจะทำงาน CRM เฉพาะกิจการ ณ , HR และการแก้ไข
ระบบสินทรัพย์ซึ่งขึ้นอยู่กับสคีอ่อนถูกนำมาใช้.
5.3 พูดคุยเรื่อง
การแนะนำของความเป็นอิสระทางความคิดมี
การอุทธรณ์ในจำนวนหลาย หนึ่งคือสัญญามันถือสำหรับ
การลดลงในการพัฒนาระบบและความพยายามในการบำรุงรักษา.
การใช้เอไอเอสมีโอกาสสำหรับการประหยัดจากขนาด
ซ้ำรหัสผ่าน เอไอเอสจะขึ้นอยู่กับ "เขียนครั้งเดียว
ใช้หลายแบบ "; ส่วนใหญ่ของฟังก์ชั่นที่นำเสนอโดยเอไอเอสมี
บริการตัดตามขวางที่ใช้กับแนวความคิดหลายอย่างใน
โดเมนโปรแกรมประยุกต์จำนวนมาก.
ในปัจจุบันทรัพยากรขนาดใหญ่ที่มีการใช้จ่ายทั่วโลกใน
การพัฒนาระบบโดเมนเฉพาะ มากของงานนี้คือการ
ทำซ้ำ ชนิดเดียวกันของโครงสร้างรหัสและการดำเนินงาน
ที่ถูกสร้างขึ้นซ้ำสำหรับประเภทของแต่ละองค์กรในแต่ละ
แอพลิเคชันที่แยกต่างหาก หากเอไอเอสที่มีอยู่บางส่วนที่
พยายามจะไม่จำเป็นอีกต่อไป จะมีน้อยกว่า
ความต้องการที่จะสร้างและรักษาซอฟต์แวร์เฉพาะโดเมนหลาย
การใช้งาน นักพัฒนาสามารถสร้างแทน
จำนวนขนาดเล็กของเอไอเอสที่มีที่ดีที่สุดของสายพันธุ์ที่ฟังก์ชั่น.
ที่มีอยู่บริการทั่วไปเช่น Google Maps สามารถ
นำไปรวมกับเอไอเอสเพื่อให้โปรแกรมเมอร์ไม่ที่จะใช้
บริการในรูปแบบที่มีความซับซ้อน ค่าใช้จ่ายในการบำรุงรักษา
จะลดลงตามลําดับ เพิ่มประสิทธิภาพ
ให้กับเอไอเอสจะได้รับประโยชน์ผู้ชมจำนวนมากของผู้ใช้
ที่ทำงานในช่วงกว้างของโดเมนโปรแกรมประยุกต์.
เอไอเอสไม่สามารถให้การทำงานเหมือนกับที่
นำเสนอโดยมือ crafted, ระบบซอฟต์แวร์โดเมนเฉพาะ
แต่ก็สามารถให้สัดส่วนขนาดใหญ่และมีประโยชน์ -
โดยเฉพาะอย่างยิ่งการจัดการข้อมูลตรงไปตรงมาและ
พฤติกรรมของส่วนติดต่อผู้ใช้ซึ่งเป็นขนมปังและเนยของ
ระบบข้อมูลทางธุรกิจ นอกจากนี้ผู้ใช้สามารถ
ออกแรงการจัดการที่ดีในการควบคุมการทำงานโดยใช้
เครื่องมือสร้างแบบจำลองในการสร้างและปรับเปลี่ยน schema ที่อ่อนนุ่ม ใน
การเปรียบเทียบการใช้งานซอฟต์แวร์เดิมเกือบจะ
คงที่อย่างสมบูรณ์ในการทำงานและการทำงานของพวกเขาสามารถ
แก้ไขได้โดยผู้ใช้เพียงในรูปแบบที่ จำกัด มากถ้าที่
ทั้งหมด ใช้เอไอเอสผู้ใช้สามารถสร้างพื้นฐาน แต่มีประโยชน์
ทำงานของโปรแกรมประยุกต์เพื่อสนองความต้องการของตัวเองมากที่สุดเท่าที่
สเปรดชีตที่ใช้ตอนนี้ แต่การหลีกเลี่ยงข้อเสียของ
การพัฒนาของผู้ใช้ปลายทางเช่นความสมบูรณ์ของข้อมูลที่น่าสงสาร มัน
ยังคงที่จะเห็นว่าประโยชน์ของการเพิ่มขึ้นนี้
มีความยืดหยุ่นจะเกินดุลขาดของการออกแบบเฉพาะโดเมน
(ดูมาตรา 6.1).
แต่ละเอไอเอสตามธรรมชาติมีระดับสูงของการออกแบบ
ความสม่ำเสมอในการติดต่อกับผู้ใช้ทั้งภายในและระหว่าง
โดเมน นี้เป็นประโยชน์ที่อาจเกิดขึ้นเมื่อเทียบกับ handdesigned
การใช้งานซึ่งมักจะประสบจากการออกแบบ
ที่ไม่สอดคล้องกัน; การออกแบบที่ดริฟท์ในช่วงเวลาและพัฒนาแต่ละ
มีแนวโน้มที่จะแก้ปัญหาในรูปแบบที่แตกต่างกันเล็กน้อยจาก
นักพัฒนาอื่น ๆ ส่วนติดต่อผู้ใช้ที่ไม่สอดคล้องกันยากที่จะ
เรียนรู้และใช้ [57].
ประโยชน์ที่มีลักษณะคล้ายกันในการใช้เอไอเอสจะพกพา สคีนุ่ม
สามารถโดยนิยามจะใช้กับเอไอเอสใด ๆ บนแพลตฟอร์มใด ๆ
ที่เอไอเอสได้รับการสร้าง มันเป็นไปได้ที่จะ
มองเห็นเอไอเอสข้ามแพลตฟอร์มที่ช่วยให้นุ่มให้
เค้าร่างที่จะใช้พร้อมกันในการรวมกันของ
แพลตฟอร์มองค์ประกอบที่แตกต่าง interworking ที่จะสร้าง
แอพลิเคชันที่ซับซ้อนกระจาย ตัวอย่างเช่นกำหนด
คีมาสามารถนำมาใช้ในโปรแกรมเว็บข้ามแพลตฟอร์ม
บนอุปกรณ์มือถือ Android, และทำงานในลูกค้าเซิร์ฟเวอร์
โหมดภายใต้ Microsoft Windows แต่ละเอไอเอสสามารถใช้
ประโยชน์จากคุณลักษณะพื้นเมืองเพื่อให้ที่ดีที่สุด
ส่วนติดต่อผู้ใช้ในแต่ละแพลตฟอร์ม.
การใช้งานของเอไอเอสยังสามารถอำนวยความสะดวกในการรวมระบบ.
ระบบสารสนเทศใหม่มักจะเข้ากันได้กับ
ระบบที่มีอยู่โดยเฉพาะอย่างยิ่งในระดับความคิด [58].
บูรณาการสามารถ ต้องใช้แรงงานมากและมีราคาแพง เทคโนโลยี
เช่นสถาปัตยกรรมที่มุ่งเน้นบริการ, จี,
และเว็บความหมายสามารถช่วยให้มี "ข้อมูล
ด้านประปา "ของการรวมกลุ่ม แต่พวกเขาไม่ได้อยู่ที่
ปัญหาของความไม่ลงรอยกันแนวคิด การใช้งานของเอไอเอส
อาจมีวิธีการแก้ไขปัญหานี้ เอไอเอสสามารถรองรับ
รูปแบบความคิดหลายคนพร้อมกัน (หลักการที่ 3 ใน
ตารางที่ 1) ดังนั้นสองชุดข้อมูลเอไอเอสสามารถบูรณาการ
เพียงโดยเชื่อมโยงพวกเขาโดยไม่จำเป็นที่จะต้อง
เปลี่ยนแปลงข้อมูลหรือการเปลี่ยนแปลงรหัส เอไอเอสจะ
ยังคงทำงานแม้ว่าข้อมูลจากทั้งสอง
ชุดข้อมูลดังต่อไปนี้รูปแบบความคิดที่แตกต่าง การวิจัยของเรา
แสดงให้เห็นว่านี้ไม่จำเป็นต้องเป็นอุปสรรคต่อการใช้งาน (ดู
มาตรา 6.1) การกระทบยอดของรูปแบบและการเปลี่ยนแปลง
ของข้อมูลที่สามารถทำได้ตามที่ผู้ใช้สิ้น
ตารางเวลาของตัวเองโดยไม่ต้องมีการป้องกันไม่ให้เอไอเอสจากการดำเนินงาน
ตามปกติ.
ไม่ว่าจะเป็นเอไอเอสจะขนาดในระดับองค์กรที่เปิดให้มีการ
ตั้งคำถาม ระบบองค์กรจะต้องตอบสนองความต้องการจำนวนมาก
ที่ไปได้ดีเกินอภิปรายในบทความนี้.
อย่างไรก็ตามเอไอเอสอาจจะพิสูจน์ได้ว่ามีขนาดเล็กมีประโยชน์สำหรับ
ผู้ประกอบการและหน่วยงานที่ขาดทรัพยากรที่จะ
ลงทุนในซอฟต์แวร์ขององค์กรหรือค่าใช้จ่ายในการสร้างของตัวเอง
ระบบ ในปัจจุบันหลายองค์กรเหล่านี้หัน
ไปใช้ความคิดสร้างสรรค์ของเครื่องมือของผู้ใช้ปลายทางเช่นสเปรดชีทที่จะ
ตอบสนองความต้องการของพวกเขา เอไอเอสที่เหมาะสมอาจมีค่าใช้จ่ายที่มีประสิทธิภาพ,
มีความยืดหยุ่นและปรับขนาดได้วิธีการที่พวกเขาสามารถตอบสนอง
สัดส่วนของความต้องการของตนได้อย่างมีประสิทธิภาพ

ผลลัพธ์ (ไทย) 3:

5.2 . ตัวอย่างของ
ใช้ AIS พิจารณาธุรกิจขนาดเล็กซึ่งต้องการข้อมูล
ระบบสำหรับการประมวลผลใบสั่งขาย , การจัดการทรัพยากรมนุษย์และสินทรัพย์
, ระเบียน ปกติ
องค์กรจะต้องเลือกระหว่าง ( ) ซื้อใบอนุญาตสำหรับซอฟต์แวร์องค์กรรวม
( b )
ซื้อใบอนุญาตสำหรับการแยก CRM , HR , และคงที่
สินทรัพย์และการประยุกต์ใช้ ( C )
เหมาะสมจ่ายเองโปรแกรมที่จะพัฒนา หรือบริษัทข้อมูล >

< >
< < ลูกค้าลูกค้า >
< ชื่อ > < / ชื่อ > Joanne ผนัง
< id > 2012 < / id >
< address > 4 > 43 twocows เซนต์ < / address >
< >
< / ลูกค้า ลูกค้า >
< < ชื่อ > มอริซสมิท / ชื่อ >
< id > 2545 < / id >
< address1 > 35 yannopoulos < / address >
< < / ประเทศประเทศ > แคนาดา >
< >
< / ลูกค้า ลูกค้า >
< ( > < / ( >
< แมรี่นามสกุล > โจนส์ < / นามสกุล >
< id > 2000 < >
/ บัตรประชาชน< address > < / address 40 watersboro >
< >
< / ลูกค้า ลูกค้า >
< ชื่อ > คริสติน่า conraets < / ชื่อ >
< id > 2270 < / id >
< address > 30 oneford STR < / address >
< อีเมล > อีเมล์ @ ISP . com < / >
< / อีเมล์ ลูกค้า >
< >
< / ลูกค้า / ข้อมูล >
รูปที่ 12 แสดงข้อมูลเป็นแนวคิดที่มีหลายรุ่น mcginnes
46 S , E . kapros / ระบบสารสนเทศ 47 ( 2015 ) 33 – 50
สามารถใช้การรวมกันของทั้งสามตัวเลือก เหล่านี้คือ
ทางเลือกพื้นฐาน ไม่ว่า
องค์กรวิ่งระบบของมันในบ้านหรือใช้บริการเมฆ
.
สำหรับธุรกิจขนาดเล็กทั้งหมดสามตัวเลือกมีเครื่องหมาย
ข้อเสีย ซอฟต์แวร์องค์กรจะแพง
อาจถือเป็นการฆ่า การใช้โปรแกรมที่แตกต่างกันสามารถ
มีราคาแพง และอาจต้องทำงานบูรณาการ
ราคาแพงในการพัฒนาที่กำหนดเองที่บ้านไม่น่าจะเป็นไปได้
ธุรกิจขนาดเล็ก ถ้าต้องการ งานรับผิดชอบค่าใช้จ่ายและควบคุมได้ยากอยู่
.
เพราะค่าใช้จ่ายและความพยายามที่จำเป็นสำหรับทั้งสาม
ตัวเลือก บริษัทอาจรีสอร์ทเพื่อการใช้ paperbased
ระบบ หรือใช้ชุดเฉพาะกิจจบ userdeveloped
โซลูชั่นเช่นกระดาษคำนวณฐานข้อมูลง่าย

ธุรกิจขนาดเล็กมากเช่นเดียวกับแผนก
ในองค์กรขนาดใหญ่ที่ใช้เช่นการรวมกันของระบบเฉพาะกิจ
[ 56 ] .
วิธีการอื่น , ใช้ เอไอเอส เป็นนางแบบ
3 พื้นที่ ( HR และสินทรัพย์ถาวร Program ) ถ้า schema นุ่ม
เดียวจะสร้างสาม " ระบบ " โดยอัตโนมัติจะ
เป็นแบบบูรณาการ เอไอเอส จะทำตัวเหมือนระบบ CRM
รวมเข้ากับระบบ HR และสินทรัพย์ถาวรลงทะเบียน
กับฐานข้อมูลทั่วไป หรือถ้า
รวมน้อยกว่าจะต้องแยกสามร่างนุ่ม สามารถสร้าง เอไอเอส จะทำตัวเป็น

แยก CRM , HR และถาวรสินทรัพย์ระบบขึ้นอยู่กับที่อ่อนมาใช้
5.3 . การอภิปรายเกี่ยวกับแนวคิดอิสระ

อุทธรณ์ได้นับหลาย หนึ่งคือสัญญาว่าจะถือสำหรับ
ลดความพยายามในการพัฒนาระบบและการบำรุงรักษา .
ใช้เอไอเอสเสนอโอกาสสำหรับการประหยัดต่อขนาด
ผ่านรหัสนำมาใช้ใหม่ . เอไอเอสจะขึ้นอยู่กับ " เขียนครั้งเดียว
ใช้รูปแบบหลาย " ; ส่วนใหญ่ของการทำงานที่เสนอ โดย เอไอเอส จะขวาง ซึ่งใช้บริการ

แนวคิดในหลายโดเมนหลายโปรแกรม
ปัจจุบันทรัพยากรมากมีการใช้จ่ายทั่วโลกเกี่ยวกับ
พัฒนาเฉพาะระบบโดเมนมากของงานนี้
ซ้ำเป็น ชนิดเดียวกันโครงสร้างของรหัสและการสร้างซ้ำสำหรับแต่ละองค์กร

แยกประเภทในแต่ละโปรแกรม ถ้า AIS มีบางส่วนที่
ความพยายามจะไม่มีความจำเป็นอีกต่อไป นั้นจะต้องสร้างและรักษาน้อย

หลายโดเมนซอฟต์แวร์ประยุกต์ นักพัฒนาสามารถสร้าง
แทนขนาดเล็กจำนวนของเอไอเอสที่มีฟังก์ชันที่ดีที่สุดของสายพันธุ์
บริการทั่วไปที่มีอยู่ เช่น Google Maps สามารถ
ถูกรวมเข้ากับ AIS เพื่อให้โปรแกรมเมอร์ที่ไม่ใช้
บริการในรูปแบบที่ซับซ้อน ต้นทุนของการบำรุงรักษา
จะลดลงต้องกัน การปรับปรุง
กับเอไอเอส ที่จะเป็นประโยชน์ต่อผู้ชมกลุ่มใหญ่ของผู้ใช้
ทำงานในช่วงกว้างของโดเมนโปรแกรมประยุกต์ .
การไม่สามารถให้ฟังก์ชันการทำงานที่เอไอเอสเหมือนกัน
เสนอโดยมือที่สร้างขึ้น ระบบซอฟต์แวร์ที่เฉพาะเจาะจงโดเมน ,
แต่มันสามารถให้สัดส่วนใหญ่และมีประโยชน์
โดยเฉพาะของการจัดการข้อมูลผู้ใช้อินเตอร์เฟซที่ตรงไปตรงมาและ
พฤติกรรมซึ่งเป็นขนมปังและเนยของ
ระบบสารสนเทศทางธุรกิจ นอกจากนี้ผู้ใช้สามารถ
ออกแรงจัดการที่ดีของการควบคุมการทํางานโดยใช้
ชุดเครื่องมือในการสร้างและปรับเปลี่ยนนุ่มกำหนดว่า ในการเปรียบเทียบการใช้งานซอฟต์แวร์ทั่วไป
,
สมบูรณ์เกือบคงที่ในฟังก์ชันและฟังก์ชันการทำงานของพวกเขาสามารถ
แก้ไขโดยผู้ใช้เพียงในวิธีที่ จำกัด มาก ถ้า
ทั้งหมด ใช้ AIS , ผู้ใช้สามารถสร้างพื้นฐาน แต่ประโยชน์
โปรแกรมการทำงานเพื่อตอบสนองความต้องการของพวกเขาเองมาก
สเปรดชีตตอนนี้ใช้แต่หลีกเลี่ยงข้อเสียของการพัฒนาผู้ใช้ปลายทาง เช่น ความสมบูรณ์ของข้อมูลที่ไม่ดี
มันยังคงที่จะเห็นได้ว่าประโยชน์ของความยืดหยุ่นที่เพิ่มขึ้นนี้จะเกินดุล ขาด

ออกแบบเฉพาะโดเมน ( ดูหมวด 6.1 ) .
แต่ละเอไอเอสตามธรรมชาติให้ระดับสูงของความสอดคล้องของการออกแบบ
ในส่วนติดต่อผู้ใช้ทั้งภายในและระหว่าง
โดเมน นี่คือศักยภาพได้เปรียบเทียบกับ handdesigned
การใช้งาน , ซึ่งมักจะประสบจากการออกแบบ
ไม่สอดคล้องกัน การออกแบบลอยตลอดเวลา และแต่ละผู้พัฒนา
มีแนวโน้มที่จะแก้ไขปัญหาในวิธีที่แตกต่างกันเล็กน้อยจาก
นักพัฒนาอื่น ๆ ส่วนติดต่อผู้ใช้ไม่ยากที่จะเรียนรู้และใช้
[ 57 ] .
พันธมิตรเป็นประโยชน์ของการใช้ เอไอเอส จะพกพา a
schema นุ่มสามารถ , โดยความหมาย , ใช้กับ AIS บนแพลตฟอร์มใด ๆที่เป็น AIS
ได้ถูกสร้างขึ้นมันเป็นไปได้

คิดข้ามแพลตฟอร์มซึ่งอนุญาตให้เอไอเอสให้นุ่ม
schema ที่จะใช้พร้อมกันบนแพลตฟอร์มที่แตกต่างกันการรวมกันของ
,
interworking ส่วนประกอบเพื่อสร้างซับซ้อนแจกจ่ายโปรแกรม ตัวอย่างเช่น ให้
schema สามารถใช้ในแพลตฟอร์มโปรแกรมประยุกต์บนเว็บ ,
บนอุปกรณ์มือถือ Android , และทำงานในโหมดเซิร์ฟเวอร์
ลูกค้าภายใต้ Microsoft Windowsแต่ละ เอไอเอส สามารถใช้ประโยชน์จากคุณลักษณะพื้นเมือง
จะให้ผู้ใช้เป็นไปได้

ดีที่สุดในแต่ละแพลตฟอร์ม ใช้เอไอเอสยังสามารถอำนวยความสะดวกในการรวมระบบ สารสนเทศใหม่มัก

เข้ากันไม่ได้กับระบบที่มีอยู่ โดยเฉพาะอย่างยิ่งในระดับแนวคิด [ 58 ] .
รวมสามารถเป็นแรงงานเข้มข้น และราคาแพง เทคโนโลยีสถาปัตยกรรมที่มุ่งเน้นการบริการ เช่น นโทโลจี

, ,และทางเว็บจะช่วยให้มี " ข้อมูล
ประปา " ด้านของการรวม แต่พวกเขาไม่ได้อยู่
ปัญหาแนวคิดความไม่ลงรอยกัน ใช้ของ AIS
อาจเสนอวิธีการแก้ไขปัญหานี้ ที่เอไอเอสสามารถสนับสนุน
แบบจำลองเชิงแนวคิดหลาย ๆ ( หลัก 3
ตารางที่ 1 ) ดังนั้น สอง เอไอเอสข้อมูลสามารถรวม
เพียงโดยเชื่อมโยงพวกเขาโดยไม่ต้อง
ข้อมูล การเปลี่ยนแปลง หรือการเปลี่ยนแปลงรหัส AIS จะ
ยังคงฟังก์ชั่น แม้ว่าข้อมูลที่ได้จากสอง
ข้อมูลตามแนวคิด รูปแบบ ที่แตกต่างกัน
การวิจัยของเราแสดงให้เห็นว่านี้ต้องไม่เป็นอุปสรรคต่อการใช้งาน ( ดู
ส่วน 6.1 ) การปรองดองของรูปแบบและการเปลี่ยนแปลง
ของข้อมูลสามารถทำได้ตามตารางผู้ใช้
เองโดยไม่มีการป้องกันจากการดำเนินงาน
เอไอเอสปกติ ไม่ว่าจะเป็น เอไอเอส จะขนาด


ระดับองค์กรเปิดคำถาม องค์กรระบบต้องตอบสนองความต้องการหลาย
ซึ่งไปได้ดีเกินกว่าการอภิปรายในบทความนี้ .
แต่เอไอเอสอาจพิสูจน์เป็นประโยชน์สำหรับองค์กรขนาดเล็ก
และหน่วยงานที่ขาดแคลนทรัพยากร

ลงทุนในซอฟต์แวร์องค์กรที่ราคาแพง หรือการสร้างระบบของตัวเอง

ปัจจุบันหลายองค์กรเหล่านี้รีสอร์ท
การใช้ความคิดสร้างสรรค์ของเครื่องมือผู้ใช้เช่นกระดาษคำนวณเพื่อ
ตอบสนองความต้องการของพวกเขา ที่เหมาะสมโดยอาจให้คุ้มค่า
มีความยืดหยุ่นและปรับขนาดได้ วิธีที่พวกเขาสามารถตอบสนองความต้องการ
สัดส่วนได้อย่างมีประสิทธิภาพ