Методы проектирования информационных систем и их анализ

Введение

Никто не будет спорить, что сегодня невозможно представить нашу жизнь без компьютеров. Человек все больше стремиться автоматизировать, механизировать, информатизировать свою деятельность во всех сферах общественной жизни.

Информация в наши дни очень ценна. Прежде чем предпринять какие-то действия, необходимо провести большую работу по сбору и переработке информации, ее осмыслению и анализу. Отыскать рациональное решение подчас невозможно без наличия опыта и привлечения программных и технических средств.

С каждым годом увеличивается объем информации, необходимый для управления организацией. Полная, достоверная, своевременно полученная информация является необходимым условием успешного функционирования любой организации. Поэтому широкое развитие получили информационные технологии – процессы, использующие совокупность средств и методов сбора, обработки, накопления и передачи данных (первичной информации) для получения информации нового качества о состоянии объекта, процесса или явления. Современные автоматизированные системы управления организацией предназначены для оптимизации работы сотрудников и играют большую роль в повышении производительности их труда.

Использование программного продукта приводит к уменьшению затрат, связанных с формированием документов и обработкой данных, к сокращению сроков выполнения работ и повышения ее качества, росту производительности труда сотрудников склада.

Объектом исследования работы является программное обеспечение для создания клиентских программ.

Предмет исследования– процесс проектирования автоматизированной системы.

Целью работы является применение программных средств создания клиентских программ.

В соответствии с данной целью, были поставлены следующие задачи:

Рассмотреть программные средства создания клиентских программ;
Дать постановку задачи;
Обосновать необходимость автоматизации;
Выбрать программные средства разработки;
Разработать базу данных и пользовательское приложение.

Работа состоит из введения, двух разделов, заключения, списка использованных источников и приложения.

Выбор средств разработки

Сравнение рассмотренных языков программирования приведено в таблице 1.

Таблица 1

Сравнение характеристик языков программирования

	С	С++	С#	Perl	Delphi	PureBasic
Функциональный	—	+/-	+/-	+	+/-	+/-
Обобщенное программирование	—	+	+	+	+	+/-
Возможность компиляции	+	+	+	+	+	+
Многопоточная компиляция	+	+	—			+
Интерпретатор командной строки	-/+	+/-	—	+	—	—
Ручное управления памятью	+	+	+	—	+	+
Поддержка try/catch	—	+	+	+	+	+
Алгебраические типы данных	—	—	—	—	-/+	—
Многомерные массивы	+	+	+	+/-	+	+
Целые числа с контролем границ	—	—	—	—	+	—
Интерфейсы	—	+	+	+/-	+	—
Макросы	-/+	-/+	—	+	—	+
Локальные функции	-/+	+	+/-	+/-	+

В качестве средства разработки была выбрана среда разработки Borland Delphi, которая способна предоставить значительные возможности разработчику и имеет ряд преимуществ перед другими средами разработки, таких как:

значительные графические возможности;
большой выбор компонентов в свободном доступе;
простота использования.

В качестве создания базы данных разработанного программного продукта АРМ «Менеджер по продажам электротехнического оборудования» была выбрана СУБД Microsoft Access.

На сегодняшний день MS Access является наиболее популярной СУБД, используемой для разработки настольных баз данных (БД).

Access специально спроектирован для создания многопользовательских приложений, где файлы базы данных являются разделяемыми ресурсами в сети. В Microsoft Access реализована надёжная система защиты от несанкционированного доступа к файлам.

Этапы разработки программного обеспечения

разработки мобильных приложенийвстроенного ПОрешений для автоматизацииБДпроектирование программного обеспеченияпрошлой статье.

Дизайн — вторая по важности составляющая продукта после технических характеристик, влияющая на эффективность и скорость взаимодействия пользователя с ним. Требования к дизайну определяются ТЗ — как правило, важны простота, интуитивность и минимальные затраты на совершения действия (достижение результата), а также красота и соответствие стилю компании и (или) продукта

Код — та часть работы, которая обычно ассоциируется с разработкой ПО как таковой. Важно, чтобы код был в достаточной мере оптимизированным, лаконичным и понятным. Назначаем на подобранные под специфику задания в ТЗ языки специализирующихся на их использовании программистов.

Тестирование. Тестирование в EDISON проводится на каждом этапе разработки ПО, включает множество тестов по плану тестирования, кастомизируемому с учётом специфики проекта на этапе составления технического задания. Результаты тестирования документируются и доступны клиенту в режиме реального времени. Оплата за продукт производится только после прохождения всех видов тестов, в том числе клиентских.

Документирование — процедура, фиксирующая план, процесс и результат разработки программного обеспечения. Включает в себя всю исходную информацию (ТЗ, макеты), планы работ, затрат, тестирования, список задач исполнителей в каждый момент времени, отчеты о работе и так далее. Документация необходима для быстрого и точного выявления ошибок, прозрачности совместной работы, как обязательная юридическая часть договора.

II. Определение понятия «архитектура»

А что можно думать об архитектуре?
Она, как солнце: большая, блестящая и она рядом.
Роджер Желязны. (Мастер сновидений)
Архитектура системы — принципиальная организация системы, воплощенная в её элементах, их взаимоотношениях друг с другом и со средой, а также принципы, направляющие её проектирование и эволюцию.
Архитектура программного обеспечения (англ. software architecture) — совокупность важнейших решений об организации программной системы. Архитектура включает:

выбор структурных элементов и их интерфейсов, с помощью которых составлена система, а также их поведения в рамках сотрудничества структурных элементов;
соединение выбранных элементов структуры и поведения, во всё более крупные системы;
архитектурный стиль, который направляет всю организацию — все элементы, их интерфейсы, их сотрудничество и их соединение (1)

Архитектурный подход (англ. architectural framework) — соглашения, принципы и практики для описания архитектуры, установленные для конкретной области применения и/или конкретным сообществом заинтересованных лиц (2).

1. Разделы ИТ Архитекторы

базы данных и хранилища данных;
информационные потоки (как внутри организации, так и связи с внешним миром).

область разработки прикладных систем;
портфель прикладных систем.

информацию об инфраструктуре предприятия;
системное программное обеспечение (СУБД, системы интеграции);
стандарты на программно-аппаратные средства;
средства обеспечения безопасности (программно-аппаратные);
системы управления инфраструктурой.

Архитектурная группа описаний (англ. architectural view) — представление системы в целом с точки зрения связанного набора интересов. Каждая группа описаний относится к одному или более стейкхолдеру. Термин «группа описаний» употребляется для выражения архитектуры системы при некотором методе описания (2).

2. Представления ИТ Архитекторы

Архитектурное описание (англ. architectural description) — рабочий продукт, использующийся для выражения архитектуры (2).
Архитектурный метод описания (англ. architectural viewpoint) — спецификация соглашений для конструирования и применения группы описаний. Шаблон или образец, по которому разрабатываются отдельные группы описаний посредством установления назначений и аудитории для группы описаний, а также приемы их создания и анализа. Метод описания устанавливает соглашения, по которым группа описаний создается, отображается и анализируется. Тем самым метод описания определяет языки (включая нотации, описания или типы продуктов), применяемые для определения группы описаний, а также все связанные методы моделирования или приемы анализа, применяемые к данным представлениям группы описаний. Данные языки и приемы применяются для получения результатов, имеющих отношение к адресуемым интересам (2).
Рисунок 1. Модель выработки целей и показателей Рисунок 2. Представление модели ЗакманаРисунок 3. Основные понятия ArchiMate 3.0Рисунок 4. Слои фреймворка ArchiMate 3.0

3. Резюме раздела

Архитектура предприятия связывает бизнес-потребности предприятия, информационные технологии, процессы стратегического бизнес-планирования, прикладные информационные системы и процессы их сопровождения.
В процессе разработки и поддержания архитектуры предприятия участвуют разные группы заинтересованных лиц, имеющие различные требования к ее представлениям (архитектурный подход);
Для удобства, архитектуру принято делить на разделы, соответствующие разным архитектурным зонам и подходам;
Для разных архитектурных групп и подходов существуют различные группы описания (визуализации) архитектуры.
Для удобства организации работы с разнородными артефактами используют архитектурные методы описания, представляющие собой специальные фреймворки и спецификации, и позволяющие работать со всеми артефактами в едином визуальном пространстве. Использование подобных конструкций помогает с одной стороны, логически разбить все представления архитектуры на отдельные разделы для упрощения их формирования и восприятия, а с другой – обеспечить возможность рассмотрения целостной архитектуры с изолированных точек зрения или соответствующих уровней абстракции.
В зависимости от потребностей и возможностей предприятия, можно выбрать один из нескольких архитектурных подходов, различающихся по объему и составу выполняемых работ, что в свою очередь определяет уровень затрат и качество проектирования.

Список литературы

Виды архитектуры ПО

Прежде чем говорить об архитектурах ПО, стоит акцентировать внимание на том, что нижеприведенные понятия применимы исключительно в рамках клиент-серверной архитектуры. Если Вы участвуете в разработке автономного приложения, которое осуществляет все вычисления на машине клиента, например, однопользовательского калькулятора, то не нужно называть его монолитом и тем более разбивать на микросервисы. . Наиболее популярное сейчас деление архитектур (по опыту собеседований и общения с коллегами), это деление на монолитную архитектуру и микросервисную

На самом деле такое деление не совсем верно, поскольку:

Наиболее популярное сейчас деление архитектур (по опыту собеседований и общения с коллегами), это деление на монолитную архитектуру и микросервисную. На самом деле такое деление не совсем верно, поскольку:

Во-первых, микросервисная архитектура является подтипом сервис-ориентированной архитектуры.

Во-вторых, во некоторых проектах сейчас используется бессерверная архитектура, но ее мы, в рамках этой статьи рассматривать не будем.

Итак, монолит – это иерархическая архитектура, т.е каждый слой приложения отвечает за свою часть функционала, например: работа с базой, логирование, интерфейс (простота E2E тестирования, простота развертки). Глубоко разбирать монолиты не будем. Отметим, что есть несколько видов наиболее популярных шаблонов монолита:

Model-View-Controller (MVC, «Модель-Представление-Контроллер», «Модель-Вид-Контроллер») — схема разделения данных приложения и управляющей логики на три отдельных компонента: модель, представление и контроллер — таким образом, что модификация каждого компонента может осуществляться независимо.

Модель (Model) предоставляет данные и реагирует на команды контроллера, изменяя своё состояние.
Представление (View) отвечает за отображение данных модели пользователю, реагируя на изменения модели.
Контроллер (Controller) интерпретирует действия пользователя, оповещая модель о необходимости изменений.

Model-View-Presenter (MVP) — шаблон проектирования, производный от MVC, который используется в основном для построения пользовательского интерфейса.

Элемент Presenter в данном шаблоне берёт на себя функциональность посредника (аналогично контроллеру в MVC) и отвечает за управление событиями пользовательского интерфейса (например, использование мыши) так же, как в других шаблонах обычно отвечает представление.

Model-View-ViewModel (MVVM) — шаблон проектирования архитектуры приложения, представленный в 2005 году Джоном Госсманом (John Gossman) как модификация шаблона Presentation Model. Ориентирован на современные платформы разработки, такие как Windows Presentation Foundation, Silverlight от компании Microsoft, ZK framework.

Микросервис – симметричная архитектура. Каждый сервис имеет свою базу и отвечает именно за бизнес-функцию (независимость от стека, масштабируемость, простота модульного тестирования).

Про масштабируемость:

Монолит — масштабируется не рационально(поднимаем всё) + не всегда возможно, если монолит изначально не писался с учетом масштабируемости
Микросервисы масштабируются рационально (увеличиваем количество экземпляров только нужных сервисов.)

Вывод: если ваше приложении не разрастется (и Вы в этом уверены), у вас маленькая команда и сильно ограниченные ресурсы — смело выбирайте монолит.

Лайфхак: никто не догадается о том, что монолит, это монолит, если не допускать людей к кодовой базе!

Проектирование базы данных

Главная задача данной работы заключается в необходимости автоматизации рабочего места менеджера по продажам с целью автоматизации процедуры оформления и регистрации документов на поставку поставщику, заказов покупателей, счетов-фактур и накладных, а также ведения оперативного складского учета оборудования. Для её решения была разработана автоматизированная система, в состав которой входят десять таблиц, составляющих БД (1.mdb) формата Access.

Для разработки БД было использовано CASE средство ErWin 3.5.2. ERwin — средство концептуального моделирования БД, использующее методологию IDEF1X.

Выделим сущности проектируемой базы данных:

Категории товаров.
Товары (список наименований товаров).
Остатки на складе.
Клиенты.
Поставщики.
Типы операций (покупка, продажа).
Товары по заказу (отчет по продажам).
Заказ (прием и отгрузка товара со склада).
Скидки по дисконту.
Дисконтные карты.

Сгенерируем предварительные отношения согласно правилам, а так же наполним их дополнительными атрибутами:

Категории товаров (Код, Название).
Товары (Код, Наименование, Размерность, Цена покупки, Цена продажи, Категория).
Товары по заказу (Код товара, Номер заказа, Цена за единицу, количество).
Остатки на складе (Код, Код товара, Количество).
Заказ (Номер заказа, Дата заказа, Код операции, Сумма, Расчет в валюте, Процент НДС, Итого сумма, Примечание, Код поставщика, Код клиента).
Клиенты (Код, ФИО или название, ИНН, Номер дисконтной карты, Адрес, телефон).
Поставщики (Код, ФИО или название, ИНН, Адрес, телефон).
Типы операций (Код, Название, Знак операции).
Скидки по дисконту (Сумма, Скидка).
Дисконтные карты (Номер, Сумма на счету).

ERwin имеет два уровня представления модели — логический и физический. Логический уровень – это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например “Клиент/Поставщик”, “Товар” или “Категории”.

Логическая схема спроектированной БД представлена на рис.9.

Рисунок 9 – Логическая схема БД

Постановка задачи

Компания «Белый свет» является ведущим российским производителем профессионального оборудования для освещения на рынке светотехники на территории РФ и СНГ.

С 1997 года работы высокое качество продукции, соответствие международным стандартам отрасли и профессиональный подход к работе с деловыми партнерами были и остаются главными приоритетами компании.

Главной целью компании является удовлетворение потребности рынка в системах освещения.

Основная продукция компании:

лампы;
светильники;
контакторы;
люминесцентные лампы;
розетки;
шкафы силовые.

Основные услуги компании:

Проектирование систем освещения зданий и сооружений;
Монтаж систем освещения;
Сервисное обслуживание систем освещения.

Для разработки функциональной модели деятельности предприятия использовалось CASE-средство Computer Associates BPwin 4.1. BPwin является мощным инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. BPwin — ведущий инструмент визуального моделирования бизнес-процессов.

Характеристика деятельности руководителя отдела продаж компании «Белый свет» в разрезе технологии IDEF0 приведена на рисунке 3.

Рисунок 3 – Модель деятельности руководителя отдела продаж в разрезе IDEF0

Декомпозиция данного процесса приведена на рисунке 4.

Как видно из представленных схем, работа менеджера по продажам (руководителя отдела в том числе) включает три основных направления: учет товара, работа с поставщиками, работа с клиентами. Существуют отдельно базы данных товаров, поставщиков и клиентов. Продажа товара регистрируется дважды: в базе данных клиентов и в базе данных товаров. Прием товара также осуществляется дважды: при ведении учета товара и при работе с поставщиками.

Рисунок 4 – Декомпозиция деятельности руководителя

Рисунок 5 – Декомпозиция блока «Учет товаров»

Рисунок 6 – Декомпозиция блока «Работа с поставщиками»

Рисунок 7 – Декомпозиция блока «Работа с клиентами»

Внедрение автоматизированной системы позволило бы вести единую базу данных для учета продаж, клиентов и поставщиков.

Был выявлен ряд основных функции возлагающихся на менеджера по продажам, требующих больших затрат времени и усилий, в связи с ручной обработкой данных. Основные функции менеджера по продажам представлены на рис.8.

Рисунок 8 – Основные функции менеджера по продажам

В результате анализа обязанностей, схемы работы, очередности обработки информации выделены следующие недостатки:

большие затраты внимания менеджера по продажам на выполнение рутинных операций, ведение клиентской базы, составление заказов и отчетов;
неполное и неэффективное использование технических средств, имеющихся в наличии;
низкая оперативность, снижающая качество работы.

Очевидно, что работа менеджера довольно рутинна, в данном представлении, что сильно влияет на результаты деятельности: работа замедляется, возникает большое количество ошибок, документы могут быть оформлены некорректно. Вся эта работа является очень трудоемкой и требующей больших затрат времени и внимания, она сужает возможности оперативного получения информации.

Таким образом, на основании приведенных выше недостатков возникла необходимость автоматизации работы менеджера по продажам, что позволит надежно хранить, обрабатывать информацию и при этом резко снизить трудоемкость и повысить достоверность, оперативность получения результатной информации и итоговых документов.

Классификация методов проектирования

В основе процесса проектирования информационных систем лежат методологии проектирования, реализуемые их методы проектирования информационных систем.

Проектирование представляет собой последовательность выполнения взаимообусловленных действий — процедур. В свою очередь, процедуры подразумевают использование определенных методов, основанных на тех или иных законах природы и общества. Сложность процесса проектирования информационных систем(как и любой другой творческой деятельности), нестандартность проектных (жизненных) ситуаций вызывают необходимость знать различные методы проектирования информационных систем и умения владеть ими.

В общем случае метод — это прием или способ действия с целью достижения желаемого результата. Метод проектирования информационных систем — это целенаправленная совокупность процедур, позволяющая получить в результате описание разрабатываемой информационной системы с такой степенью детализации, которая достаточна для ее реализации.

Для классификации методов проектирования рассмотрим три основных признака: декомпозиция, использование типовых проектных решений(ТПР) и степень автоматизации. Классификационная структура по данным признакам показана на рисунке.

Метод декомпозиции позволяет разложить сложную задачу на ряд простых, но взаимосвязанных задач, представить её в виде иерархической структуры. Применение метода декомпозиции позволяет выделить три группы методов проектирования:

структурного проектирования, когда информационная система представляется в виде набора функций, задач иои процессов;
объектного проектирования, когда информационная система представляется в виде совокупности взаимодействующих объектов, реализованных на основе предопределенных типов данных — классов;
аспектного проектирования, когда информационная система представляется в виде совокупности аспектов, реализующих так называемую сквозную функциональность;
синергетические методы базируются на новой парадигме построения программных систем, основанной на неравновесных процессах.

Примечание. Следует подчеркнуть, что в процессе проектирования ИС декомпозиция неразрывно связана с последующей композицией, то есть сборкой и увязкой отдельных частей (подсистем) в единую систему с проверкой на реализуемость в целом, совместимость (особенно подсистем, принадлежащих разным ветвям) и согласованность параметров (восходящее проектирование). Очень эффективным является совместное использование этих методов.

Оригинальное (индивидуальное) проектирование информационной системы (ИС) характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности.

Типовое проектирование выполняется на основе опыта, полученного при разработке индивидуальных (специальных) проектов и позволяет реализовать больше возможностей обеспечивать должный научно-технический уровень разработки ИС (в отличие от технологии индивидуального проектирования). При типовом проектировании широко используются шаблоны(паттерны).

Ручное проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств.

Компьютерное (автоматизированное) проектирование предполагает выполнение генерации или конфигурации (настройки) проектных решений на основе использования специальных инструментальных программных средств (CASE-средств).

Проектирование, как осознанная целенаправленная деятельность, обладает определённой структурой, то есть последовательностью и составом стадий и этапов разработки проекта, совокупностью процедур и привлекаемых технических средств, взаимодействием участников процесса.

В настоящее время существуют два представления структуры проектирования:

структура в виде стадий разработки проектной документации (стадий проектирования);
структура процесса проектирования, например, рационального универсального процесса RUP.

Наиболее часто в настоящее время применяется оригинальное (индивидуальное) проектирование информационных систем, в процессе которого создается требуемый набор артефактов, в качестве которых используются модели, диаграммы и программы, созданные с помощью определенных инструментальных средств, в определенной графической нотации и на определенных языках программирования. Его структура представляется в виде стадий и этапов разработки.

Движение товара. Приход на склад и отгрузка

Рисунок 14 – Справочник “Клиенты”

В данном окне указываются параметры отгрузки. В группе “Покупатель” выбирается один из зарегистрированных покупателей. Ниже указывается примечание к операции. Поле “Дата осуществления” содержит дату и время осуществления операции. По умолчанию оно заполняется текущим временем.

Группа “Список товаров” содержит таблицу, в которой указываются наименование товара и количество. Здесь цветом помечены недоступные для редактирования поля. Поле «Количество» не может содержать значение большее, чем остаток данного товара на складе. Если пользователь вводит значение большее остатка, то введенное значение автоматически корректируется и становится равным максимально допустимому значению.

Рисунок 15 – Отгрузка товара со склада

Группа полей «Цены» содержит информацию о ценах. Здесь показаны:

Всего товаров – содержит количество позиций в списке товаров.
Товар на сумму – содержит сумму, на которую введено товаров.
Скидка – содержит процент скидки. Поле заполняется на основе денежной суммы на дисконтной карте покупателя и настроек программы.
Расчет в валюте – здесь указывается валюта, которой расплачивается клиент.
Процент НДС – содержит процент налога на добавленную стоимость. Процент вводится в настройках программы.
Сумма с НДС – итоговая сумма, значение которой рассчитывается с учетом скидки и налога на добавленную стоимость.

В нижней части окна содержится следующий набор кнопок:

“Накладная” – создает и выводит в печать товарную накладную по данным с использованием шаблона “template.doc”.
“Печать” – произвольная форма отчета.
“Счет-фактура” – создает и выводит в печать счет-фактуру по данным с использованием шаблона “ScetFact.doc”.
“Принять” – записывает введенные данные в БД и создает новую запись для дальнейшего ввода.
“Отмена” – отменяет текущую операцию, закрывает окно без сохранения данных.

Разработка интерфейса

После запуска программы открывается главное окно, представленное на рис. 10.

Рисунок 10 – Главное окно программы

Главное окно состоит из следующих составных частей:

главное меню программы содержит пункты, выполняющие все функции системы (файл, справочники, движение, данные, отчеты, настройка и помощь);
панель инструментов содержит кнопки, дублирующие основные пункты главного меню;
таблица продаж содержит список операций по продажам (дата покупки, сумма (с НДС и без), клиент, валюта и номер дисконтной карты);
поле дополнительной информации, расположенное в нижней части главного окна, содержит текстовую дополнительную информацию по выбранной в таблице записи;
строка состояния содержит контекстную помощь по выбранному пользователем органу управления.

В таблице 2 находится описание пунктов главного меню.

Таблица 2

Описание пунктов главного меню

Пункт меню	Описание
Файл / Создать пустую базу	Создает новую БД и сохраняет ее под выбранным пользователем именем
Файл / Открыть базу данных	Позволяет выбрать существующую БД и открыть ее
Файл / Создать резервную копию	Копирует текущую БД под новым именем
Файл / Выход	Выход из программы
Справочники / Дисконтные карты	Просмотр зарегистрированных дисконтных карт и накопившихся на них сумм.
Справочники / Категории товаров	Открывает список категорий товаров
Справочники / Поставщики	Открывает список зарегистрированных поставщиков
Справочники / Клиенты	Открывает список зарегистрированных клиентов
Движение / Прием на склад	Открывает окно приема (покупки у поставщика) на склад
Движение / Отгрузка товара	Открывает окно отгрузки (продажи клиенту) товара
Данные / Редактировать	Позволяет редактировать данные по выбранной в главном окне записи.
Данные / Товары	Список зарегистрированных в системе товаров
Данные / Остатки	Просмотр остатков на складе
Данные / Статистика	Просмотр статистики БД
Данные / Операции	Просмотр архива операций
Отчеты / Отчет по продажам за месяц	Открывает диалог выбора отчетного месяца, а затем окно, содержащее данный отчет
Отчеты / Продажи по клиентам	Открывает форму, в которой можно выбрать клиента и просмотреть историю продаж по нему.
Настройки / Настройки	Открывает окно настроек программы
Помощь / О программе	Открывает окно с информацией о программе
Помощь / Помощь	Открывает главный html файл помощи.

Список использованной литературы

Приложение

Рисунок П.1 – Счет-фактура

Рисунок П.2 – Накладная

Рисунок П.3 – Товарный чек

Разработка регламента выполнения процесса «Управление документооборотом» (Теоретические аспекты разработки регламента бизнес-процессов)
Условия договора
«Гражданское право»
«Роль мотивации в поведении организации»
Влияние кадровой стратегии на работу службы персонала»
Построение организационных структур (АНАЛИЗ И ОЦЕНКА ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ ЗАО «ТЕХНОТРОН»)
Ответственность за нарушение законодательства о рекламе
Защита права собственности (Охрана, защита гражданских прав. Способы защиты права собственности)
Франчайзинг в системе российского гражданского права
Государственная служба в России: опыт, современное состояние и направления совершенствования (История развития института государственных гарантий гражданских служащих)
Влияние информационных сетей на становление современного общества (Влияние информационных сетей на становление современного общества).
Виды и состав угроз информационной безопасности

Принципы разработки программного обеспечения

Ориентация на качество. Мы прилагаем все усилия, чтобы это было не избитым маркетинговым клише, а объективной реальностью. Бесперебойность работы и удовлетворенность конечным результатом обеспечивают:
- следование ГОСТам, лучшим практикам и методологиям качественной разработки (RUP, Agile),
- лучшие спецы, четкое разделение труда и хорошая мотивация срок+качество,
- отлаженная и мощная система тестирования продуктов,
- качественное и прозрачное планирование и выполнение задач, система управления разработкой и обязательность грамотного технического задания,
- документирование процесса и результата,
- гарантии на разработанные продукты, техническая поддержка и обучение пользователей,
- понятная и удобная система оплаты за разработку ПО.
Адаптивность и гибкость. В некоторых проектах нет возможности четкой формулировки требований на этапе составления ТЗ, а иногда у клиента уже на этапе разработки программного обеспечения появляется потребность в изменениях, — мы с пониманием относимся к таким ситуациям и заранее предусматриваем их вероятность и согласовываем с клиентом условия работы при прецеденте.

Структура и типы информационных систем

Структура информационной системы определяется набором составляющих её компонентов, именуемых подсистемами. Подсистемой является компонент системы, выделенный согласно определённому признаку. Общая структура информационной системы может рассматриваться, как набор подсистем вне зависимости от области её использования. В таком случае можно говорить о структурном признаке классификации, а набор подсистем именуется обеспечивающим. Структурную организацию каждой информационной системы можно представить набором подсистем обеспечения, как показано на рисунке ниже:

Рисунок 1. Структура информационной системы. Автор24 — интернет-биржа студенческих работ

В наборе подсистем обеспечения следует выделить следующие:

Подсистема информационного обеспечения.
Подсистема технического обеспечения.
Подсистема математического обеспечения.
Подсистема программного обеспечения.
Подсистема организационного обеспечения.
Подсистема правового обеспечения.

Предназначением подсистемы информационного обеспечения является своевременное формирование и выдача проверенных информационных данных, необходимых для выработки управленческих решений. Информационным обеспечением является набор единой системы классификации и информационной кодировки, унифицированных систем документов, схем потоков информации, которые циркулируют в предприятии, а также методики формирования информационных бах данных.

Техническим обеспечением является комплект технического оборудования, которое предназначено для обеспечения функционирования информационной системы, а также необходимые документы на это оборудование и технологические процессы. В комплект технического оборудования могут входить:

Компьютерные устройства различных моделей.
Оборудование, предназначенное для сбора, накопления, переработки и вывода информационных данных.
Оборудование трансляции информации и линий связи.
Разные виды оргтехники и оборудование для автоматического считывания информационных данных.
Разные типы эксплуатационных материалов.

Математическое и программное обеспечение является набором математических методик, алгоритмов и программных приложений, предназначенных для достижения целей и задач информационной системы, а также правильной работы комплекта технического оборудования.

Организационным обеспечением является набор методик и средств, определяющих взаимоотношения специалистов с техническим оборудованием и между собой при проектировании и эксплуатации информационной системы. Организационное обеспечение формируется по итогам пред проектного изучения на первом этапе реализации базы данных.

Правовым обеспечением является комплекс правовых норм, которые определяют разработку, юридическое обоснование и работу информационной системы, а также регламентируют способы нахождения, обработки и применения информации. Цель правового обеспечения состоит в укреплении законности.

Базовые понятия теории информационных систем

Определение 2

Информационная система – это организационная и техническая система, предназначенная для осуществления информационных и вычислительных операций или оказания информационных услуг, которые удовлетворяют нужды системы управления и её специалистов, то есть работников сферы управления, внешних пользователей за счёт применения или формирования информационных продуктов.

Информационная система функционирует в границах системы управления и целиком подчиняется её целям и задачам.

Информационно-вычислительной является деятельность, сопряжённая с применением информационных продуктов. Стандартным примером информационной работы может считаться осуществление поддержки информационных технологий управления.

Информационно-вычислительной услугой считается выполнение разовой информационно-вычислительной работы.

Информационным продуктом является материальный или нематериальный итог интеллектуальной деятельности людей, как правило, материализованный на носителях различной природы. К примеру, это могут быть различные программные приложения, информация в форме документации и так далее.