We are a professional services firm committed to the success of our clients. As such, we hire people who can understand and solve business problems and at the same time are technical enough, and flexible enough, to embrace and implement new technology.
President of Semantic Arts, Dave has been successfully leading software development, planning, and review projects for nearly 30 years. He has worked with dozens of clients and dozens of technical environments, including those during his time with Andersen Consulting, that have led to a much broader understanding of what is needed to grow a productive environment. Dave is our application and project management specialist.
Michael Uschold is an internationally recognized expert with over two decades experience in developing and transitioning semantic technology from academia to industry. He received his Ph.D. in AI from Edinburgh University in 1991 and an MSc. from Rutgers University in Computer Science in 1982. He pioneered the field of ontology engineering, co-authoring the first paper and giving the first tutorial on the topic in 1995 (in London). This leveraged the work he did in creating the influential "Enterprise Ontology".
Michael is a senior ontology consultant at Semantic Arts, training and guiding clients to better understand and leverage semantic technology while he builds their commercial enterprise ontologies.
Dan is an ontologist and data architect with 30 years of consulting experience, 25 of it designing databases, data models, and data strategies with major IT service and consulting firms. With Semantic Arts, he develops and implements modular ontologies for large firms, primarily in the financial industry. In his prior work, he supported mostly government clients at the federal, state, and local levels. He holds a bachelor's degree in Applied Physics from Georgia Tech.
Mark is a data architect and ontologist with over 30 years of enterprise information management experience in Fortune 100 companies, major state government agencies, and smaller enterprises maturing across the billion-dollar revenue threshold. He is a seasoned data strategy expert focused on driving business value through data leadership and enterprise information strategy development.
Mark’s industry experience includes Pharmaceutical Research, Retail, Health Care, Banking, Financial Services, Consulting, Criminal Justice, Government Regulatory Agencies, Insurance, Natural Resources, Petrochemicals, and Software Development. He holds a bachelor’s degree in Technology Assimilation from Metropolitan State University in Minnesota.
Mark is an ontologist and software architect/developer with over 30 years of experience designing and building software and data-centric systems for government and commercial clients. He got into the Semantic Web in 2004, and his experience ranges from pure ontology development to large scale RDF applications with billions of triples. Mark has been an author and invited speaker in the Semantic Web community since 2009. With Semantic Arts, Mark gets to apply a broad range of skills including ontology modeling, software development, and project management. Mark holds a Bachelor's degree in Computer Science from the University of Central Florida. Go Knights!
Melissa joined Semantic Arts in summer 2015 as the corporate office’s Chaos Mitigator (a.k.a., Office Manager). Before joining the team, Melissa spent the previous 10 years writing creatively for local periodicals and technically (with a creative twist) for corporate entities. She earned her BA in English, Creative Writing from Colorado State University in May of 2005 and continues to write in her free time. For Semantic Arts, Melissa dedicates her skills to keeping projects on track and on budget, fine tuning our communications, and maintaining general order and conformity within the ranks.
Semantic Arts exists to help organizations transition to a newly emerging paradigm of information systems based on flexible data structures and deep semantics.
There is now more than enough evidence that these new approaches work, they work at scale, and they are orders of magnitude more flexible than traditional technology. Currently there is no canned package that will convert your organization to semantics, and maybe there never will be. We believe that for most organizations, the semantic journey will require discipline and conviction more than fancy software.
Most of the information systems industry is heavily invested in the status quo. But if you look very closely we think you'll agree that there isn't much "status" in this "quo." In the current state of the art, application software packages take years to install, and make change more difficult rather than easier. Implementation and integration projects consume tens to hundreds of millions of dollars and fail more often than they succeed. Outsourcing, Cloud hosting and Software as a Service have made things cheaper, but not better, as they are not addressing the fundamental problems that arise from an application-centric world view.
We exist for those organizations that are ready to commit to this change. We will commit our best people and their best efforts to helping you make that transition. For over a decade we've applied ourselves to getting better and better at the application of this technology in preparation for the next project.
Transformation is a joint endeavor. We work with our clients. Depending on the nature of the work, we will spend between 1/4 and 1/2 of our time on site.
We generally try to create what we call the "heartbeat" of a project, which typically involves three or four days on-site every three or four weeks. These visits will include solicitation, discovery, data gathering, education, facilitation, demonstration and review of work completed since the previous visit. Each visit results in things for us to work on and things for you to work on. The period of the heartbeat is long enough to get enough significant work done so that the next session together will be productive and move the project to a higher plane.
Historically, we have contracted for individual projects. It is clear to us now that the most progress will be made by a few companies who make a longer-term commitment. We will continue to execute in a project-by-project mode, but we will be jointly designing the road in front of us even as we traverse it.
If you are interested either in a specific project, or in what we call the "Strategic Adopter" program, please contact me at email@example.com or (970) 490-2224.
The company that is now Semantic Arts, Inc. was originally incorporated as 'First Principles' in Denver, Colorado in 1989. Through the early 90s First Principles specialized in providing enterprise-level application and architectural consulting. In 1996 First Principles, which moved to Fort Collins as part of a joint venture project, was acquired by Velocity.com and operated as a wholly owned subsidiary performing the R&D function for an ASP-based software development environment.
The principals of First Principles re-incorporated in June 2000, also in Colorado, as Semantic Arts, Inc. Semantic Arts is a "S" corporation, wholly owned by the principals. It is incorporated in and registered to do business in Colorado.
Semantic Arts assists clients who have allowed their software systems to deteriorate to the point that improving business systems has become an exercise in frustration. We don't sell hardware or software, and we don't represent vendors. As a result, we are free to start with two inputs: your existing situation and your aspirations.
We are well-informed, completely objective, and have our clients' needs absolutely foremost in our minds.
Our objectivity is one of our key values. We do not represent any software or hardware products or companies, nor are we a front for software developers or implementers. What we do is strategic consulting, helping people determine their requirements, planning architectural options, making selections and guiding their execution.
We think you'll like working with us. You'll find us to be highly engaged in your situation and at the same time we will respectfully challenge current thinking. We have a reputation for speaking straight without being offensive.
There are a few things you won't get from us that you might get from others:
No Bait and Switch— We're not recruiting new consultants for this project, nor pitching senior consultants with impressive resumes, then delivering junior staff to do the work.
No Hidden Agendas — While we have in our collective past designed and built ERP systems and many client/server, n-Tier and web-based applications and architectures, we are not angling for an implementation project. What Semantic Arts does is help enterprises define and migrate to their ideal software architecture.
No Ponderous Reports — We don't find long final reports to be terribly productive, if that is defined as helping a client transform their infrastructure. We prefer to have worked toward broad agreement and consensus before the final report is delivered.
These are the four guiding principles that we use in our architectural design work:
Human Scale — Monolithic applications are disproportionately hard to change and very hard to replace. Small apps can consume many times their weight in interfaces. One of the cornerstones of our practice is helping clients reallocate functionality appropriately to human-scale applications.
Loose Coupling — A tightly coupled system is one in which changes in one area affect many other areas. Modern technology can help a great deal, but achieving loose coupling is primarily a matter of design discipline that starts at the architectural level.
Reuse Through Shared Services — In most mature organizations, we've found that over 50% of the functionality implemented in the traditional siloed systems consists of capabilities that could be implemented once and then shared, for a great saving in cost and increase in consistency.
Incremental Deployment — We've found that most successful projects migrate to the future through a series of measured steps. Avoiding "big bang" implementations and "bet the farm" conversions is one of the best ways to move forward without undue risk.
Semantic Arts, Inc. specializes in helping mid-to-large organizations renovate their software systems. The focus is on companies whose existing systems are becoming hard to maintain or are threatened with technical obsolescence. We help these companies craft an architecture that allows new systems to co-exist with their legacy systems in a way that allows the legacy systems to be gradually retired.
We offer a range of complexity reducing services, from consulting workshops and hands-on projects to seminars, where we help you assess your current situation and plan an orderly migration to a rational future.
Our solutions are driven by a core set of guiding principles that have our clients long-range interest in the forefront. We show you how to revitalize your application architecture so that when your strategy changes, you can respond; when the market changes, you can adapt; and when technology changes, you can advance.
All software has architecture. When you put several systems together in one enterprise, the result is often accidental and expensive. A software architecture is a long-term design of the major building blocks of your systems and how they interrelate.
The architect is an advocate of the client, not an agent of the software or hardware vendor, and is not myopically focused on the completion of a development project at hand. The architect is committed to ensuring that a long term succession of projects actually adds up to a more livable environment; where new functionality and new technology can be added easily; where change is welcomed, not resisted, and where system maintainers can confidently practice their craft.
... technologists? Technology experts typically know a lot about a single architecture. They tend to see that one architecture as the solution to all problems. They can be quite helpful once the architectural planning is done.
... requirements analysts? A part of the architectural process looks something like requirements. The difference is that a requirements analyst tends to try to reduce needs to a checklist of features, a simplified approach that can be detrimental to the architecture.
... quality assurance personnel? If you employ an architect to oversee a project and ensure architectural integrity, you may wonder if this isn't somewhat like the QA function. The difference is, QA is about doing things right. Architecture is about doing the right things.
We bridge the gap between firms that understand only the high level processes and concepts of Architecture—who therefore implement only in the abstract, and those who have expertise in a particular technology and only implement what they know.
We dig deep into a client's existing situation, as well as their needs and aspirations, and build a detailed, coherent road map of a future, architecturally inspired environment.