Ruchkin11-Tool-View-Interface.Pdf

Total Page:16

File Type:pdf, Size:1020Kb

Ruchkin11-Tool-View-Interface.Pdf Московский Государственный Университет имени М.В. Ломоносова Факультет Вычислительной Математики и Кибернетики Кафедра Автоматизации Систем Вычислительных Комплексов ДИПЛОМНАЯ РАБОТА Исследование интерфейса инструментальных окон среды разработки программ Выполнил Ручкин И.Д. Научный руководитель Прус В.В. Москва 2011 Аннотация Данная дипломная работа посвящена исследованию интерфейса интегрированных сред разработки программ и подхода к решению проблемы перегруженности интерфейса сред инструментальными окнами. Сначала проводится обзор предметной области и выделение сценариев работы программиста и списка обобщенных инструментальных окон. На основе полученных данных проектируется новый интерфейс без инструментальных окон. Далее проводится реализация этого интерфейса. Также эта работа включает эмпирическое исследование реализованного интерфейса. Это исследование на реальных пользователях состоит в выполнении типичных задач программиста при помощи нового предлагаемого интерфейса. Оно дает оценку удобства предлагаемого в работе подхода к проектированию интерфейса сред разработки. 2 Содержание 1. Введение ................................................................................................................. 4 2. Постановка задачи ................................................................................................. 6 2.1. Цель работы ..................................................................................................... 6 2.2. Постановка задачи ........................................................................................... 6 3. Обзор предметной области ................................................................................... 7 3.1. Основные понятия ............................................................................................ 7 3.2. Предмет обзора ................................................................................................ 9 3.3. Обзор сред разработки программ ................................................................... 9 3.4. Обобщенные инструментальные окна .......................................................... 21 3.5. Сценарии работы программиста ................................................................... 23 4. Модель интерфейса инструментальных окон .................................................... 27 4.1. Основные понятия .......................................................................................... 27 4.2. Характеристики окон ...................................................................................... 27 4.3. Работа пользователя с моделью интерфейса ............................................. 28 4.4. Проблема инструментальных окон ............................................................... 29 4.5. Использование модели в проектировании ................................................... 30 5. Подход к проектированию интерфейса .............................................................. 31 5.1. Эвристики удобства ....................................................................................... 31 5.2. Построение интерфейса ................................................................................ 33 6. Проект интерфейса .............................................................................................. 36 6.1. Рассмотрение инструментальных окон ........................................................ 36 6.2. Результат проектирования ............................................................................ 40 7. Реализация ........................................................................................................... 41 7.1. Архитектура KDevelop .................................................................................... 41 7.2. Механизм навигации breadcrumbs ................................................................ 44 7.3. Показ визуальных элементов в тексте программы ...................................... 49 7.4. Строка состояния ........................................................................................... 52 8. Исследование ....................................................................................................... 57 8.1. Цель исследования ........................................................................................ 57 8.2. Методика исследования ................................................................................ 57 8.3. Результаты исследования ............................................................................. 58 8.4. Выводы исследования ................................................................................... 61 9. Заключение ........................................................................................................... 62 10. Список литературы ............................................................................................... 63 3 1. Введение Существует большое число программных средств, используемых программистами для создания программ. Как правило, программисты используют либо простые текстовые редакторы (к примеру, Notepad и Kate) с набором заранее написанных инструментов, либо сложные среды разработки программ (IDE – Integrated Development Environment [1]), как Eclipse и Visual Studio. Такие среды объединяют различные средства, например отладчик и компилятор, для предоставления пользователю удобных возможностей, недоступных в случае использования обычного текстового редактора и отдельных инструментов. Например, в IDE может присутствовать автоматическое дополнение кода, проверка синтаксической правильности программы без компиляции, возможность задавать точки останова в коде и так далее [2] [3]. Несмотря на эти привлекательные функции, многие программисты считают IDE переусложненными и предпочитают пользоваться простыми текстовыми редакторами и отдельными инструментами разработки [3] [4]. Полная картина причин этого не ясна, и для ее выяснения может потребоваться масштабное исследование удобства1 многочисленных IDE [5] [6]. Однако эмпирический опыт показывает, что одной из заметных проблем интерфейса IDE являются инструментальные окна – дополнительные окна среды разработки, отличные от окна редактирования кода [7] [8], находящиеся либо внутри основного окна, либо в виде самостоятельных окон. Эти дополнительные окна ставят пользователя среды перед альтернативой: либо постоянно держать их открытыми, уменьшая размер экранного пространства, доступного для редактирования кода, либо постоянно отвлекаться на их открытие и закрытие вручную. Эти действия отвлекают и утомляют программиста [9]. Более того, современные IDE в качестве основного своего механизма расширения предлагают добавление инструментальных окон, а увеличение их числа делает использование интерфейса еще сложнее. Указанные трудности использования IDE мы будем называть проблемой инструментальных окон. В средах разработки существуют подходы к сглаживанию проблемы инструментальных окон. Иногда окна показываются автоматически (например, список ошибок сборки при появлении первой ошибки), что избавляет пользователя от необходимости активировать их вручную. Также в некоторых IDE есть понятие перспектив (perspective или area [10]) – они определяют наборы и расположение инструментальных окон, позволяя мгновенно переключаться между ними. К примеру, можно определить разные перспективы для отладки и написания кода. 1 Удобство (usability) [5] – эргономичность и легкость использования графического интерфейса. 4 Эти попытки решить проблему инструментальных окон, по мнению автора, малоэффективны, поскольку они игнорируют следующий факт: информация, находящаяся в дополнительных окнах может быть нужна пользователю по отдельности, а инструментальное окно монолитно и может быть либо показано на экране, либо нет. К примеру, если разработчику нужно отредактировать условие текущей точки останова, то вызов инструментального окна со списком всех точек останова и последующее его закрытие – это лишние действия, мешающие разработчику. Следовательно [11], первым шагом должен быть анализ существующих инструментальных окон и использования информации в них программистом. Благодаря такому анализу мы сможем выделить элементарные части функциональности каждого из дополнительных окон. После уточнения функциональности инструментальных окон мы сможем убрать из интерфейса традиционные инструментальные окна, требующие открытия и закрытия и оставить только постоянные области, при этом стараясь отвести текстовому редактору как можно больше экранного пространства. Также мы будем размещать части функциональности дополнительных окон внутри текстового редактора. Наконец, в этом интерфейсе мы будем стараться уменьшить число переключений2 между основным окном IDE и всплывающими окнами. Поскольку измерить реальное число переключений при всевозможных взаимодействиях с IDE не представляется возможным, для подсчета переключений будем использовать сценарии использования сред разработки, описывающие типичные действия программиста. В таком случае можно надеяться создать интерфейс, вообще не требующий переключений на всплывающие окна. Эта работа заключается в проектировании [5] и оценке такого интерфейса. Для проектирования мы, во-первых, рассмотрим интерфейсы современных IDE и обобщим наиболее встречающиеся типы инструментальных окон. Также мы построим модель инструментальных окон IDE, описывающую закономерности поведения и использования инструментальных окон. На основе этой модели и эвристик удобства [12] мы построим новый интерфейс IDE. Далее следует эмпирически оценить данный интерфейс [13]. Широко распространенной методикой
Recommended publications
  • KDE 2.0 Development, Which Is Directly Supported
    23 8911 CH18 10/16/00 1:44 PM Page 401 The KDevelop IDE: The CHAPTER Integrated Development Environment for KDE by Ralf Nolden 18 IN THIS CHAPTER • General Issues 402 • Creating KDE 2.0 Applications 409 • Getting Started with the KDE 2.0 API 413 • The Classbrowser and Your Project 416 • The File Viewers—The Windows to Your Project Files 419 • The KDevelop Debugger 421 • KDevelop 2.0—A Preview 425 23 8911 CH18 10/16/00 1:44 PM Page 402 Developer Tools and Support 402 PART IV Although developing applications under UNIX systems can be a lot of fun, until now the pro- grammer was lacking a comfortable environment that takes away the usual standard activities that have to be done over and over in the process of programming. The KDevelop IDE closes this gap and makes it a joy to work within a complete, integrated development environment, combining the use of the GNU standard development tools such as the g++ compiler and the gdb debugger with the advantages of a GUI-based environment that automates all standard actions and allows the developer to concentrate on the work of writing software instead of managing command-line tools. It also offers direct and quick access to source files and docu- mentation. KDevelop primarily aims to provide the best means to rapidly set up and write KDE software; it also supports extended features such as GUI designing and translation in con- junction with other tools available especially for KDE development. The KDevelop IDE itself is published under the GNU Public License (GPL), like KDE, and is therefore publicly avail- able at no cost—including its source code—and it may be used both for free and for commer- cial development.
    [Show full text]
  • Preview Objective-C Tutorial (PDF Version)
    Objective-C Objective-C About the Tutorial Objective-C is a general-purpose, object-oriented programming language that adds Smalltalk-style messaging to the C programming language. This is the main programming language used by Apple for the OS X and iOS operating systems and their respective APIs, Cocoa and Cocoa Touch. This reference will take you through simple and practical approach while learning Objective-C Programming language. Audience This reference has been prepared for the beginners to help them understand basic to advanced concepts related to Objective-C Programming languages. Prerequisites Before you start doing practice with various types of examples given in this reference, I'm making an assumption that you are already aware about what is a computer program, and what is a computer programming language? Copyright & Disclaimer © Copyright 2015 by Tutorials Point (I) Pvt. Ltd. All the content and graphics published in this e-book are the property of Tutorials Point (I) Pvt. Ltd. The user of this e-book can retain a copy for future reference but commercial use of this data is not allowed. Distribution or republishing any content or a part of the content of this e-book in any manner is also not allowed without written consent of the publisher. We strive to update the contents of our website and tutorials as timely and as precisely as possible, however, the contents may contain inaccuracies or errors. Tutorials Point (I) Pvt. Ltd. provides no guarantee regarding the accuracy, timeliness or completeness of our website or its contents including this tutorial. If you discover any errors on our website or in this tutorial, please notify us at [email protected] ii Objective-C Table of Contents About the Tutorial ..................................................................................................................................
    [Show full text]
  • Single-Window Integrated Development Environment
    Московский государственный университет имени М.В. Ломоносова Факультет вычислительной математики и кибернетики Кафедра автоматизации систем вычислительных комплексов Лаборатория вычислительных комплексов Курсовая работа на тему: «Однооконный интерфейс среды разработки программ» Студент 422 группы Ручкин И.Д. Научный руководитель Прус В.В. Москва 2010 Аннотация В данной работе описывается подход к решению проблем сложности графического интерфейса пользователя для интегрированных сред разработки программ, заключающийся в создании однооконного интерфейса. Этот подход предполагает удаление инструментальных окон – дополнительных окон среды разработки – и перенесение их функциональности в окно текстового редактора. Создание однооконного интерфейса включает обзор существующих интегрированных сред разработки программ, построение проекта однооконного интерфейса и частичную реализацию построенного проекта. Обзор сред разработки описывает организацию инструментальных окон и сами инструментальные окна популярных сред разработки программ. Результатом обзора является модель инструментальных окон, описывающая классы инструментальных окон, обобщенные инструментальные окна и их функциональность. За счет этой модели дальнейшие рассуждения абстрагируются от конкретных сред разработки программ. Далее в рамках полученной модели инструментальных окон создается проект однооконного интерфейса. Для этого рассматривается каждое обобщенное инструментальное окно и предлагается способ замены его функциональности. Предложенный проект однооконного интерфейса частично
    [Show full text]
  • “A Magnetzed Needle and a Steady Hand”
    “A Magne)zed Needle and a Steady Hand” Alternaves in the modern world of Integrated Development Environments Jennifer Wood CSCI 5828 Spring 2012 Real Programmers hp://xkcd.com/378/ For the rest of us • Modern Integrated Development Environments (IDE) – A one-stop shop with mul)ple features that can be easily accessed by the developer (without switching modes or ac)vang other u)li)es) to ease the task of creang soYware – A mul)tude of IDEs exist for each programming language (Java, C++, Python, etc.) and each plaorm (desktops, cell phones, web-based, etc.) – Some IDEs can handle mul)ple programming languages, but most are based in just one – There are many good free IDEs out there, but you can also pay for func)onality from $ to $$$$ – IDEs are like opinions, everyone has one and everyone thinks everyone else's s)nks Why are IDEs a good thing? • They aack many of the sources of accidental difficul)es in soYware development by having: – Real-)me protec)on from fault generang typos and bad syntax – High levels of abstrac)on to keep developers from being forced to redevelop basic (and not so basic) classes and structures for every project – IDE increases the power of many development tools by merging them into one that provides “integrated libraries, unified file formats, and pipes and filters. As a result, conceptual structures that in principle could always call, feed, and use one another can indeed easily do so in prac)ce.” (Brooks, 1987). • A core focus of IDE developers is con)nuous improvement in transparency to minimize searching for func)ons
    [Show full text]
  • Programming Java for OS X
    Programming Java for OS X hat’s so different about Java on a Mac? Pure Java applica- tions run on any operating system that supports Java. W Popular Java tools run on OS X. From the developer’s point of view, Java is Java, no matter where it runs. Users do not agree. To an OS X user, pure Java applications that ignore the feel and features of OS X are less desirable, meaning the customers will take their money elsewhere. Fewer sales translates into unhappy managers and all the awkwardness that follows. In this book, I show how to build GUIs that feel and behave like OS X users expect them to behave. I explain development tools and libraries found on the Mac. I explore bundling of Java applications for deployment on OS X. I also discuss interfacing Java with other languages commonly used on the Mac. This chapter is about the background and basics of Java develop- ment on OS X. I explain the history of Java development. I show you around Apple’s developer Web site. Finally, I go over the IDEs commonly used for Java development on the Mac. In This Chapter Reviewing Apple Java History Exploring the history of Apple embraced Java technologies long before the first version of Java on Apple computers OS X graced a blue and white Mac tower. Refugees from the old Installing developer tan Macs of the 1990s may vaguely remember using what was tools on OS X called the MRJ when their PC counterparts were busy using JVMs. Looking at the MRJ stands for Mac OS Runtime for Java.
    [Show full text]
  • Metadefender Core V4.12.2
    MetaDefender Core v4.12.2 © 2018 OPSWAT, Inc. All rights reserved. OPSWAT®, MetadefenderTM and the OPSWAT logo are trademarks of OPSWAT, Inc. All other trademarks, trade names, service marks, service names, and images mentioned and/or used herein belong to their respective owners. Table of Contents About This Guide 13 Key Features of Metadefender Core 14 1. Quick Start with Metadefender Core 15 1.1. Installation 15 Operating system invariant initial steps 15 Basic setup 16 1.1.1. Configuration wizard 16 1.2. License Activation 21 1.3. Scan Files with Metadefender Core 21 2. Installing or Upgrading Metadefender Core 22 2.1. Recommended System Requirements 22 System Requirements For Server 22 Browser Requirements for the Metadefender Core Management Console 24 2.2. Installing Metadefender 25 Installation 25 Installation notes 25 2.2.1. Installing Metadefender Core using command line 26 2.2.2. Installing Metadefender Core using the Install Wizard 27 2.3. Upgrading MetaDefender Core 27 Upgrading from MetaDefender Core 3.x 27 Upgrading from MetaDefender Core 4.x 28 2.4. Metadefender Core Licensing 28 2.4.1. Activating Metadefender Licenses 28 2.4.2. Checking Your Metadefender Core License 35 2.5. Performance and Load Estimation 36 What to know before reading the results: Some factors that affect performance 36 How test results are calculated 37 Test Reports 37 Performance Report - Multi-Scanning On Linux 37 Performance Report - Multi-Scanning On Windows 41 2.6. Special installation options 46 Use RAMDISK for the tempdirectory 46 3. Configuring Metadefender Core 50 3.1. Management Console 50 3.2.
    [Show full text]
  • Rkward: a Comprehensive Graphical User Interface and Integrated Development Environment for Statistical Analysis with R
    JSS Journal of Statistical Software June 2012, Volume 49, Issue 9. http://www.jstatsoft.org/ RKWard: A Comprehensive Graphical User Interface and Integrated Development Environment for Statistical Analysis with R Stefan R¨odiger Thomas Friedrichsmeier Charit´e-Universit¨atsmedizin Berlin Ruhr-University Bochum Prasenjit Kapat Meik Michalke The Ohio State University Heinrich Heine University Dusseldorf¨ Abstract R is a free open-source implementation of the S statistical computing language and programming environment. The current status of R is a command line driven interface with no advanced cross-platform graphical user interface (GUI), but it includes tools for building such. Over the past years, proprietary and non-proprietary GUI solutions have emerged, based on internal or external tool kits, with different scopes and technological concepts. For example, Rgui.exe and Rgui.app have become the de facto GUI on the Microsoft Windows and Mac OS X platforms, respectively, for most users. In this paper we discuss RKWard which aims to be both a comprehensive GUI and an integrated devel- opment environment for R. RKWard is based on the KDE software libraries. Statistical procedures and plots are implemented using an extendable plugin architecture based on ECMAScript (JavaScript), R, and XML. RKWard provides an excellent tool to manage different types of data objects; even allowing for seamless editing of certain types. The objective of RKWard is to provide a portable and extensible R interface for both basic and advanced statistical and graphical analysis, while not compromising on flexibility and modularity of the R programming environment itself. Keywords: GUI, integrated development environment, plugin, R.
    [Show full text]
  • Jformdesigner 7 Documentation
    JFormDesigner 7 Documentation Copyright © 2004-2019 FormDev Software GmbH. All rights reserved. Contents 1 Introduction ................................................................................................................................................................................................ 2 2 User Interface ............................................................................................................................................................................................. 3 2.1 Menus ................................................................................................................................................................................................... 4 2.2 Toolbars ............................................................................................................................................................................................... 6 2.3 Design View ......................................................................................................................................................................................... 7 2.3.1 Headers ......................................................................................................................................................................................... 9 2.3.2 In-place-editing .......................................................................................................................................................................... 11 2.3.3 Keyboard Navigation
    [Show full text]
  • Eclipse Project Briefing Materials
    [________________________] Eclipse project briefing materials. Copyright (c) 2002, 2003 IBM Corporation and others. All rights reserved. This content is made available to you by Eclipse.org under the terms and conditions of the Common Public License Version 1.0 ("CPL"), a copy of which is available at http://www.eclipse.org/legal/cpl-v10.html The most up-to-date briefing materials on the Eclipse project are found on the eclipse.org website at http://eclipse.org/eclipse/ 200303331 1 EclipseEclipse ProjectProject 200303331 3 Eclipse Project Aims ■ Provide open platform for application development tools – Run on a wide range of operating systems – GUI and non-GUI ■ Language-neutral – Permit unrestricted content types – HTML, Java, C, JSP, EJB, XML, GIF, … ■ Facilitate seamless tool integration – At UI and deeper – Add new tools to existing installed products ■ Attract community of tool developers – Including independent software vendors (ISVs) – Capitalize on popularity of Java for writing tools 200303331 4 Eclipse Overview Another Eclipse Platform Tool Java Workbench Help Development Tools JFace (JDT) SWT Team Your Tool Plug-in Workspace Development Debug Environment (PDE) Their Platform Runtime Tool Eclipse Project 200303331 5 Eclipse Origins ■ Eclipse created by OTI and IBM teams responsible for IDE products – IBM VisualAge/Smalltalk (Smalltalk IDE) – IBM VisualAge/Java (Java IDE) – IBM VisualAge/Micro Edition (Java IDE) ■ Initially staffed with 40 full-time developers ■ Geographically dispersed development teams – OTI Ottawa, OTI Minneapolis,
    [Show full text]
  • Language Interoperability in Control Network Programming
    International Journal of Science and Engineering Investigations vol. 7, issue 78, July 2018 ISSN: 2251-8843 Language Interoperability in Control Network Programming Kostadin Kratchanov1, Efe Ergün2 1,2Yaşar University, Izmir, Turkey ([email protected], [email protected]) Abstract - Control Network Programming (CNP) is a There is a number of reasons why language interoperability programming paradigm which is being described with the is highly desirable. For example, if a programmer has to maxim “Primitives + Control Network = Control Network implement a specific feature that has been already implemented program”. It is a type of graphic programming. The Control in another language the corresponding program component can Network is a recursive system of graphs; it can be a purely simply be reused. Some languages are especially fit and descriptive specification of the problem being solved. Clearly, effective in implementing specific features and often have ‘drawing’ the control network does not include any emerged to target particular problem domains. Rich third-party programming. The Primitives are elementary, easily packages for certain languages are available. Also, every understandable and clearly specified actions. Ultimately, they programmer usually has a preferred language in which their have to be programmed. Historically, they are usually coded in expertise and efficiency is better. There are hundreds of Free Pascal. The actual code of the primitives has never been programming languages used and constantly being developed considered important. The essence of an “algorithm” is thus making language interoperability a necessity. represented by its control network. CNP was always meant to Programmers with experience and preferences in different be an easy and fast approach for software application programming languages can easier team up for solving development that actually involves very little real complex tasks.
    [Show full text]
  • Gaurav Purandare
    Gaurav Purandare 1444, W Lexington Street, Apt 2F, Chicago, IL 60607 [email protected] j [email protected] j 773-844-6354 http://www.cs.uic.edu/∼gpuranda/ EDUCATION Master of Science, Computer Science August 2011 ∼ Present University of Illinois, Chicago Bachelor of Engineering, Information Technology August 2005 { May 2009 University of Pune, India COMPUTER Languages Java (Advanced), C, Shell Scripting, Processing, LaTeX, C++, SKILLS Smalltalk(Basic) Operating Systems Windows 7/XP/2K/9x/NT/3x, Unix, Linux, Macintosh. Web Development JSP/Servlets, PHP, HTML, XML, JavaScript/Ajax, Flash, iTunes Podcasts Databases Oracle, MS Access, MySQL, PostgreSQL, SQLite General Git, Subversion, Google Analytics Frameworks J2EE, Apache Axis, Apache Ant, JNLP, Smarty PHP template engine, JFreeChart PHP Quick forms, Struts, Memcached, Android(basic) IDE's Eclipse, Visual Studio 2005/08, NetBeans EXPERIENCE Assistant Network Analyst May 2012 { Present Department of Disability and Human Development, University of Illinois at Chicago, Illinois • Developer and designer for web applications at Great Lakes ADA Center. • Provided technical assistance for users participating in webinars conducted by Great Lakes ADA Center. (100 ∼ 500 participants). Received high acclaim from participants for the excellent assistance. • Designed database schema for MySQL database. • Wrote Ant script to take backup of MySql Databases periodically. • Technologies: Java, JNLP, JSP/Servlets/ J2EE, Struts, Apache Tomcat, Apache Ant, PHP, ASP, MS Access, Apache web server, MySQL, iTunes
    [Show full text]
  • Free As in Freedom
    Daily Diet Free as in freedom ... • The freedom to run the program, for any purpose (freedom 0). Application Seen elsewhere Free Software Choices • The freedom to study how the program works, and adapt it to Text editor Wordpad Kate / Gedit/Vi/ Emacs your needs (freedom 1). Access to the source code is a precondition for this. Office Suite Microsoft Office KOffice / Open Office • The freedom to redistribute copies so you can help your Word Processor Microsoft Word Kword / Writer Presentation PowerPoint KPresenter / Impress neighbor (freedom 2). Spreadsheet Excel Kexl / Calc • The freedom to improve the program, and release your Mail & Info Manager Outlook Thunderbird / Evolution improvements to the public, so that the whole community benefits (freedom 3). Access to the source code is a Browser Safari, IE Konqueror / Firefox precondition for this. Chat client MSN, Yahoo, Gtalk, Kopete / Gaim IRC mIRC Xchat Non-Kernel parts = GNU (GNU is Not Unix) [gnu.org] Netmeeting Ekiga Kernel = Linux [kernel.org] PDF reader Acrobat Reader Kpdf / Xpdf/ Evince GNU Operating Syetem = GNU/Linux or GNU+Linux CD - burning Nero K3b / Gnome Toaster Distro – A flavor [distribution] of GNU/Linux os Music, video Winamp, Media XMMS, mplayer, xine, player rythmbox, totem Binaries ± Executable Terminal>shell>command line – interface to type in command Partition tool Partition Magic Gparted root – the superuser, administrator Graphics and Design Photoshop, GIMP, Image Magick & Corel Draw Karbon14,Skencil,MultiGIF The File system Animation Flash Splash Flash, f4l, Blender Complete list- linuxrsp.ru/win-lin-soft/table-eng.html, linuxeq.com/ Set up Broadband Ubuntu – set up- in terminal sudo pppoeconf.
    [Show full text]