Crumpling of a stiff tethered membrane

first-principles numerical simulation model for crumpling of a stiff tethered membrane is introduced. In our model membranes, wrinkles, ridge formation, ridge collapse, as well as the initiation of stiffness divergence, are observed. The ratio of the amplitude and wave length of the wrinkles, and the scaling exponent of the stiffness divergence, are consistent with both theory and experiment. We observe that close to the stiffness divergence there appears a crossover beyond which the elastic behavior of a tethered membrane becomes similar to that of dry granular media. This suggests that ridge formation in membranes and force-chain network formation in granular packings are different manifestations of a single phenomenon.Comment: For full resolution figures, please send us an emai

Kokonaisarkkitehtuurin kehityksen prosessimalli ja kuvaustarpeet Case-yritykselle

Yrityksissä ajankohtainen sana ja asia on tehostaminen. Yrityksien liiketoiminnan pitää koko ajan tehostua ja kehittyä jotta toiminta olisi kustannustehokasta. Tehostamiseen liittyvä ongelmia ovat mm se, että prosessien alati muuttuessa järjestelmät eivät pysy samassa kehitystahdissa ja ne ovat osaltaan myös hyvin vanhoja ja niitä ei ole integroitu toisiin järjestelmiin. Järjestelmistä, saati prosesseista ei ole välttämättä tehty kuvauksia jotka auttavat kehitystyössä. Yrityksissä henkilöstön vaihtuvuus voi myös aiheuttaa ongelmia viedä kehitystä systemaattisesti eteenpäin. Kokonaisvaltaiselle toiminnan, tiedon ja tietojärjestelmien hallintamenetelmälle on tarvetta. Onnistunut yrityksen tarpeisiin soveltuva kokonaisarkkitehtuuri ja siihen liittyvä kehityksen prosessimalli voisi osaltaan ratkaista ja ennalta ehkäistä monia ongelmia joita yritys kehityshankkeissaan kohtaa. Kokonaisarkkitehtuuri ja siihen liittyvät osiot näyttäytyvät asiaan perehtymättömälle monimutkaisena ja laajana asiakokonaisuutena. Kokonaisarkkitehtuuri pitää sisällään arkkitehtuurin hallintamallin, arkkitehtuurimenetelmän sekä arkkitehtuurilinjaukset- ja kuvaukset sekä laajan kirjon asiaan liittyvää terminologiaa. Opinnäytetyön tarkoituksena oli perehtyä ja tutkia kokonaisarkkitehtuuria yleisesti sekä kolmea valittua kokonaisarkkitehtuurimenetelmää, TOGAFia, JHS 179:ä ja Kartturia, ja näiden pohjalta muodostaa Case–yritykselle soveltuva kokonaisarkkitehtuurin kehityksen prosessimalli sekä kuvaustarpeet. Opinnäytetyön tarkoituksena oli myös opinnäytetyön tekijän oman osaamisen laajentaminen kokonaisarkkitehtuurista. Opinnäytetyön tutkimusongelma oli, minkälainen kokonaisarkkitehtuurin kehityksen prosessimallimalli saadaan Case-yritykselle käyttöön yhdistäen kolme viitekehystä ja minkälainen luettelo kuvaustarpeista saadaan koostamalla yhteen arkkitehtuuriviitekehyksien kuvaussuositukset. Opinnäytetyö sisältää kaksi tapaustutkimusta joiden taustalla oli kerätä ymmärrystä organisaation kokonaisarkkitehtuurista ja mitä siitä yrityksessä tiedetään ja miten arkkitehtuuria käytetään. Opinnäytetyön päätutkimus toteutettiin suunnittelututkimuksena. Suunnittelututkimus soveltuu hyvin tietojärjestelmäkehitykseen, jossa pyrkimyksenä on muodostaa tekninen ratkaisumalli käytännön tutkimusongelmaan. Opinnäytetyön tuotoksena syntyi kolmen valitun viitekehyksen pohjalta koostettu kokonaisarkkitehtuurin kehitysprosessimalli, sekä luettelo kuvaustarpeista joiden avulla yrityksessä voidaan kartoittaa, mitkä kuvaukset ovat jo olemassa. Opinnäytetyön tuloksena myös opinnäytetyön tekijän ymmärrys kokonaisarkkitehtuurista laajeni. Opinnäytetyön tuloksissa todetaan, että kokonaisarkkitehtuuri on saatu arkkitehtuuriviitekehyksien osalta vaikuttamaan haastavalta kokonaisuudelta ja sitä se onkin, mikäli arkkitehtuuriviitekehyksiä sellaisenaan noudattaisi. Yksityisellä puolella organisaatioiden kannattaa ottaa vain arkkitehtuurimenetelmien parhaimmat osiot omaan käyttöönsä. Kokonaisarkkitehtuurissa on kyse siitä, että tarvittavat kuvaukset ovat kunnossa ja ne ovat niitä tarvitsevien saatavilla yhteisessä sijainnissa, yrityksen strategia on selvillä eli mitä kohti edetään ja etenemisessä käytetään sovittua kehitysprosessimallia. Yhtä lailla tärkeää on johdon ymmärrys ja sitoutuminen noudattamaan arkkitehtuuria. Opinnäytetyön artefakti ei ole yksilöllinen lopputulos pelkästään valitun yritykseen tarpeisiin vaan muutkin yritykset voivat hyödyntää kokonaisarkkitehtuurityötä suunnitellessaan. Opinnäytetyöstä rajattiin pois arkkitehtuurin hallintamalli mikä määrittelee roolit ja vastuut arkkitehtuurityöhön liittyen. Tämän todettiin olevan hyvä jatkotutkimusaihe.The current word and issue in companies is efficiency. The company’s business must constantly improve and develop so that the operation is cost-effective. Problems related to efficiency are that when processes are changing constantly the systems cannot keep up the same pace of development and they are also very old and not integrated with other systems. The descriptions of the systems or processes which would help in development work have not necessary been done. Staff changes in companies can also cause problems to taking development forward systematically. There is a need for a comprehensive management method for operations, information and information systems. Successful and suitable enterprise architecture and a development model for the company’s needs could help solve and prevent many of the problems that the company faces in its development projects. Enterprise architecture and the sections related to architecture includes complicated and wide content for the uninitiated. Enterprise architecture includes a management model, a method and policies as well as descriptions and a broad spectrum of terminology. The aim of this thesis was to examine enterprise architecture in general, as well as the three chosen enterprise architecture models, TOGAF, JHS 179, and Kartturi, and on the basis of these to construct a suitable architecture process model for the chosen case company. Also, the purpose of this thesis was to expand the author’s own knowledge of enterprise architecture. The research problem of the thesis was what kind of an enterprise architecture development process model is provided for the case company by combining three architecture models and what kind of a list of the description needs is obtained by combining the recommendations of the architecture descriptions. The thesis includes two case studies whose aim was to gather understanding of the company’s enterprise architecture and what they know about it and how they are using the architecture. The main research of this thesis has carried out as a design research. Design research is well suited to information system development where the aim is to form a technical solution model to a practical research problem. As a result of the thesis a process model was composed based on the three selected frameworks and a list was made of the requirements that enable the company to identify which descriptions are already in place. In addition, as a result of the thesis the author’s understanding of the overall architecture was expanded. It is noted in the results that enterprise architecture has been made to seem like a challenging set and it is, if frameworks were followed as they are. In the private sector organizations should take only the best sections of the architectures for their own use. Enterprise architecture is a question of the necessary descriptions being in order and that they are available for those who need them and descriptions are in a common location, the company’s strategy is clear and the agreed development process model is used to proceed towards it. Equally important is the management’s understanding and commitment to comply with the architecture. The artifact of the thesis is not only the result of the unique needs of the selected company because other companies take advantage of it for planning their architecture work. The management model of architecture, which defines the roles and responsibilities of the work related to architecture was not included in the thesis. This will be a good topic for further research