Применение нанотехнологий в медицине
История развития нанотехнологий, их применение в отраслях медицины. Безопасность нанотехнологий в здравоохранении. Этнические проблемы наномедицины. Ожидаемые риски нанопрепаратов. Моделирование бизнес-процессов. Алгоритм функционирования системы.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 16.11.2016 |
| Размер файла | 737,1 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Методология IDEF0 может использоваться для моделирования широкого круга автоматизированных или неавтоматизированных "систем" или предметных областей, включая любые возможные комбинации аппаратного и программного обеспечения, машин, процессов и людей. При создании новых систем IDEF0 можно использовать сначала для задания требований к системе и ее функциям, а затем для разработки собственно системы, которая соответствует заданным требованиям и исполняет заданные функции. При работе с существующими системами с помощью IDEF0 можно анализировать выполняемые системой функции и документировать механизмы (средства), которыми это достигается.
Результатом применения IDEF0 является модель. Модель состоит из диаграмм, текста и словаря терминов, имеющих перекрестные ссылки друг на друга. Диаграммы - основной компонент модели. Все функции и взаимодействия отображаются на диаграммах в виде прямоугольников (функции) и стрелок (взаимодействия).
DFD (Data Flow Diagramming) - это стандарт моделирования, в котором система представляется в виде сети работ, соединенных между собой объектами, взаимодействующими с результатами данных работ. Сфера применения DFD находится в области моделирования информационных потоков организации. В этой нотации моделируется не последовательность работ, а именно потоки информации (данных) между работами и объектами, которые используют, хранят или "рождают" эти данные.
В соответствии с DFD (Data Flow Diagram) методологией, модель системы определяется как иерархия диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю. Диаграммы верхних уровней иерархии - контекстные диаграммы, задают границы модели, определяя её окружение (внешние входы и выходы) и основные рассматриваемые процессы. Контекстные диаграммы детализируются при помощи диаграмм следующих уровней.
Элементы DFD диаграмм Основными элементами диаграмм потоков данных являются:
· внешние сущности;
· процессы;
· накопители данных;
· потоки данных.
Система BPwin поможет повысить конкурентоспособность, оптимизировать процессы управления.
BPwin - это незаменимый инструмент менеджеров и бизнес-аналитиков, а начиная с версии 1.8, в которую включена поддержка диаграмм потоков данных и методики IDEF3 (BPwin Professional), становится в руках системных аналитиков и разработчиков и мощным средством моделирования процессов при создании корпоративных информационных систем.
BPwin обладает интуитивно-понятным графическим интерфейсом, помогает быстро создавать и анализировать модели с целью оптимизации деловых и производственных процессов. Применение универсального графического языка бизнес-моделирования IDEF0 обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов. Посредством набора графических инструментов BPwin позволяет Вам легко построить схему процесса, на которой показаны исходные данные, результаты операций, ресурсы, необходимые для их выполнения, управляющие воздействия, взаимные связи между отдельными работами.
BРwin поддерживает ссылочную целостность, не допуская определения некорректных связей и гарантируя непротиворечивость отношений между объектами при моделировании. Встроенный механизм вычисления стоимости позволяет оценивать и анализировать затраты на осуществление различных видов деловой активности Механизм вычисления расходов на основе выполняемых действий (Activity-Based Costing, ABC) - это технология, применяемая для оценки затрат и используемых ресурсов. Она помогает распознать и выделить наиболее дорогостоящие операции для дальнейшего анализа.
BPwin может генерировать отчеты непосредственно в формате MS Excel и Word для последующей обработки и использования в других приложениях. Связь с ERwin (моделирование данных в стандарте IDEF1X) позволяет сократить время проектирования и разработки сложных информационных систем. Для системных аналитиков тесная интеграция BРwin с инструментом проектирования баз данных открывает уникальные возможности по созданию комплексных систем, в которых ERwin служит для описания информационных объектов системы, в то время как BPwin отражает функциональные особенности предметной области. Связывая сущности и атрибуты модели данных с информацией о выполняемых действиях, Вы можете продолжить анализ процессов на новом уровне с одновременной перекрестной проверкой моделей процессов и данных. [2]
3. Моделирование бизнес-процессов
3.1 Моделирование с помощью BPWIN
Специализированным средством для создания и разработки функциональных моделей систем является пакет BPwin.
Модель в BPwin представляет собой совокупность SADT - диаграмм, каждая из которых описывает отдельный процесс в виде разбиения его на шаги и подпроцессы. С помощью соединяющих дуг описываются объекты, данные и ресурсы, необходимые для выполнения функции.
Исходя из задания данного курсового проекта, целью моделирования системы стало описание функционирования складского хозяйства.
Диаграммы - это главные компоненты модели, все функции и интерфейсы на них представлены как блоки и дуги. Диаграммы строятся при помощи блоков. Каждый блок описывает какое - либо законченное действие.
Как было указано выше, BPwin поддерживает три методологии - IDEF0, IDEF3 и DFD. В данном курсовом проекте была построена смешанная модель.
3.1.1 Диаграмма IDEF0 (Приложение 1)
В диаграмме IDEF0 четыре стороны блока имеют различное предназначение:
· слева отображаются входные данные, исходные ресурсы для описываемой блоком функции (исходная информация, материалы);
· справа описываются выходные ресурсы - это результирующие ресурсы, полученные в результате выполнения описываемой блоком функции;
· сверху - управление - это то, что воздействует на процесс выполнения описываемой блоком функции и позволяет влиять на результат выполнения действия (правила, стратегии, процедуры или стандарты, которыми руководствуется работа);
· снизу - механизм - это то, посредствам чего осуществляется данное действие.
Стандарт IDEF0 предназначен для функционального моделирования (для описания существующих бизнес - процессов на предприятии и положения вещей). Он представляет систему, как совокупность взаимодействующих функций.
Стандарт IDEF0 базируется на трех основных принципах:
1) принцип функциональной декомпозиции: любая функция может быть разбита на более простые функции;
2) принцип ограничения сложности: количество блоков от 2 до 8 (в BPwin) - это условие удобочитаемости;
3) принцип контекста: моделирование делового процесса начинается с построения контекстной диаграммы, на которой отображается только один блок - главная функция моделирующей системы.
В стандарте IDEF0 предполагается наличие двух типов диаграмм:
1) контекстной диаграммы;
2) диаграммы декомпозиции.
Контекстная диаграмма представляет собой самое общее описание системы и ее взаимодействия с внешней средой. Контекстная диаграмма представлена на рисунке 3.1.1.
На контекстной диаграмме, входными данными являются:
1) Ввод информации;
К управлению будут относиться правила:
1) Правила ввода;
К механизмам, осуществляющим определенные действия, будут относиться:
1) Персонал.
2) Персональный компьютер;
К выходным ресурсам относятся:
1) Конечная информация о товаре;
Рисунок 3.1.1 - Контекстная диаграмма стандарта IEDF0.
После описания проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно. Диаграмма декомпозиции представлена в приложение 1.
Диаграммы декомпозиции содержат родственные работы (функции, задачи), т.е. дочерние работы, имеющие общую родительскую работу. Работы на диаграммах декомпозиции обычно располагаются по диагонали от левого верхнего угла к правому нижнему.
Такой порядок называется порядком доминирования. Согласно этому принципу расположения в левом верхнем углу располагается самая важная работа или работа, выполняемая по времени первой. Далее направо вниз располагаются менее важные или выполняемые позже работы. Такое расположение облегчает чтение диаграммы и на нем основывается понятие взаимосвязей работ.
В результате декомпозиции блока "Расположение товара" получилось 3 дочерних диаграмм:
1) Добавление данных;
2) Удаление данных;
3) Вывод данных.
Декомпозиция блока "Медицинская карта пациента" представлена в приложении 1.
3.1.2 Диаграмма потоков данных DFD
Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ.
Работы. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0.
Внешние сущности. Внешние сущности изображают входы в систему и/или выходы из системы. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.
Стрелки (Потоки данных). Стрелки описывают движение объектов из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа "команда - ответ" между работами, между работой и внешней сущностью и между внешними сущностями.
Хранилище данных. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое.
В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов. Диаграмма декомпозиции блока "Добавление данных" стандарта DFD представлена на рисунке 3.1.2.
Рисунок 3.1.2 - Диаграмма декомпозиции блока "Добавление данных" стандарта DFD
3.2 Моделирование с помощью ErWin
Данная информационная модель реализуется с использованием ERwin, который представляет собой одно из case-средств для формационного моделирования и дальнейшей генерации баз данных. ERwin предоставляет удобный интерфейс и средства для определения сущностей, создания логических и физических моделей.
Физический уровень модели информационной системы представлен на в рисунке 3.2.1.
Сущность - логическое понятие. Она может представлять множество абстракций реальных или виртуальных объектов, обладающих общими характеристиками.
В данной модели созданы 4 сущности, 3 из которых являются зависимыми. В приложении отображаются следующие основные виды информации: атрибуты, составляющие первичный ключ, неключевые атрибуты и тип сущности (зависимая/независимая). Сущность в ERwin отображается прямоугольником (независимая) и прямоугольником с закруглением (зависимая). Атрибуты, составляющие первичный ключ отделяются горизонтальной линией.
Более подробно рассмотрим основные представленные в проекте сущности.
Сущность "users", представлены сведенья о пользователях, является одой из основных, так как к ней привязаны другие необходимые сущности которые отвечают за безопасность, локализацию, систему и т.д. Такие как: "sessions", "roles", "accsess", "system", "languages".
Сущность "roles" отвечает за предоставляемые пользователю возможности.
Сущность "actons" хранит информацию о действиях выполняемых в программе.
Система сущностей "cache" хранит информацию о графическом отображении текущей схемы.
Сущности "files", "filters", "filter_formats" отвечают хранение файлов, информации о файлах, фильтрации.
Сущность "languages" хранит информацию о языке используемом пользователем.
Сущности "locales_targets", "locales_source" хранят информацию о расположении необходимых файлов.
Сущности "vocabluary", "vocabualaru_node_types" отвечает за ссылки созданные во время использования.
Сущность "comments" хранит дополнительную информацию.
Рисунок 3.2.1 - Физический уровень модели информационной системы
3.3 Модель представления систем
Существует множество технологий и инструментальных средств, с помощью которых можно реализовать в некотором смысле оптимальный проект ИС, начиная с этапа анализа и заканчивая созданием программного кода системы. В большинстве случаев эти технологии предъявляют весьма жесткие требования к процессу разработки и используемым ресурсам, а попытки трансформировать их под конкретные проекты оказываются безуспешными. Эти технологии представлены CASE-средствами верхнего уровня или CASE-средствами полного жизненного цикла (upper CASE tools или full life-cycle CASE tools). Они не позволяют оптимизировать деятельность на уровне отдельных элементов проекта, и, как следствие, многие разработчики перешли на так называемые CASE-средства нижнего уровня (lower CASE tools). Однако они столкнулись с новой проблемой - проблемой организации взаимодействия между различными командами, реализующими проект.
Унифицированный язык объектно-ориентированного моделирования Unified Modeling Language (UML) явился средством достижения компромисса между этими подходами. Существует достаточное количество инструментальных средств, поддерживающих с помощью UML жизненный цикл информационных систем, и, одновременно, UML является достаточно гибким для настройки и поддержки специфики деятельности различных команд разработчиков.
Стандарт UML предлагает следующий набор диаграмм для моделирования:
· диаграммы вариантов использования (use case diagrams) - для моделирования бизнес-процессов организации и требований к создаваемой системе);
· диаграммы классов (class diagrams) - для моделирования статической структуры классов системы и связей между ними;
· диаграммы поведения системы (behavior diagrams):
· диаграммы взаимодействия (interaction diagrams):
· диаграммы последовательности (sequence diagrams) и
· кооперативные диаграммы (collaboration diagrams) - для моделирования процесса обмена сообщениями между объектами;
· диаграммы состояний (statechart diagrams) - для моделирования поведения объектов системы при переходе из одного состояния в другое;
· диаграммы деятельностей (activity diagrams) - для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей;
· диаграммы реализации (implementation diagrams):
· диаграммы компонентов (component diagrams) - для моделирования иерархии компонентов (подсистем) системы;
· диаграммы развертывания (deployment diagrams) - для моделирования физической архитектуры системы.
На рисунке 3.3.1 показана диаграмма вариантов использования разрабатываемой системы.
Рисунок 3.3.1 - Диаграмма вариантов использования
4. Алгоритм функционирования системы
Алгоримтм - это точный набор инструкций, описывающих порядок действий некоторого исполнителя для достижения результата, решения некоторой задачи за конечное время.
Для описания алгоритма мы будем использовать блок-схемы.
Схема - это абстракция какого-либо процесса или системы, наглядно отображающая наиболее значимые части. Схемы широко применяются с древних времен до настоящего времени - чертежи древних пирамид, карты земель, принципиальные электрические схемы. Очевидно, древние мореплаватели хотели обмениваться картами и поэтому выработали единую систему обозначений и правил их выполнения. Аналогичные соглашения выработаны для изображения схем-алгоритмов и закреплены ГОСТ и международными стандартами.
Блок-схема работы программы Автоматизация медицинской карты представлена в Приложении 2.
5. Разработка программы
Ниже будет представлен листинг программы.
Форма "Авторизации".
using System;
using System. Collections. Generic;
using System.componentModel;
using System. Data;
using System. Drawing;
using System. Linq;
using System. Text;
using System. Threading. Tasks;
using System. Windows. Forms;
using System. Data. SqlClient;
namespace Medic
{
public partial class Form1: Form
{
public Form1 ()
{
InitializeComponent ();
}
private void button2_Click (object sender, EventArgs e)
{
SqlConnection con = new SqlConnection (@"Data Source= (LocalDB) \v11.0; AttachDbFilename=C: \Users\Юрий\Documents\Data. mdf; Integrated Security=True; Connect Timeout=30");
SqlDataAdapter sda = new SqlDataAdapter ("Select Count (*) FROM LOGIN where name='" + textBox1. Text + "' and password='" + textBox2. Text + "'", con);
DataTable dt = new DataTable ();
sda. Fill (dt);
if (dt. Rows [0] [0]. ToString () == "1")
{
this. Hide ();
Main ss = new Main ();
ss. Show ();
}
else
{
MessageBox. Show ("Проверьте правильность ввода!");
}
}
private void label1_Click (object sender, EventArgs e)
{
}
private void button1_Click (object sender, EventArgs e)
{
Application. Exit ();
}
private void Form1_Load (object sender, EventArgs e)
{
}
}
}
Форма "Добавление карты пациента"
using System;
using System. Collections. Generic;
using System.componentModel;
using System. Data;
using System. Drawing;
using System. Linq;
using System. Text;
using System. Threading. Tasks;
using System. Windows. Forms;
using System. Data. SqlClient;
namespace Medic
{
public partial class Form2: Form
{
SqlConnection myConnection;
public Form2 ()
{
InitializeComponent ();
myConnection = new SqlConnection ("server=localhost; " +
"Trusted_Connection=yes; " + "database=Ambulatoria; " + "connection timeout=1");
}
private void button2_Click (object sender, EventArgs e)
{
Main fr1 = new Main ();
fr1. Show ();
Hide ();
}
private void button1_Click (object sender, EventArgs e)
{
string carta;
string imya, fam, otch, god, adress, telef, grup, datapost, datavipis;
try
{
carta = textBox10. Text;
fam = textBox1. Text;
imya = textBox2. Text;
otch = textBox3. Text;
god = textBox4. Text;
adress = textBox5. Text;
telef = textBox6. Text;
grup = textBox7. Text;
datapost = textBox8. Text;
datavipis = textBox9. Text;
myConnection. Open ();
SqlParameter X1 = new SqlParameter ("@X1", SqlDbType. Int);
SqlParameter X2 = new SqlParameter ("@X2", SqlDbType. NChar);
SqlParameter X3 = new SqlParameter ("@X3", SqlDbType. NChar);
SqlParameter X4 = new SqlParameter ("@X4", SqlDbType. NChar);
SqlParameter X5 = new SqlParameter ("@X5", SqlDbType. Int);
SqlParameter X6 = new SqlParameter ("@X6", SqlDbType. NChar);
SqlParameter X7 = new SqlParameter ("@X7", SqlDbType. Int);
SqlParameter X8 = new SqlParameter ("@X8", SqlDbType. Int);
SqlParameter X9 = new SqlParameter ("@X9", SqlDbType. Date);
SqlParameter X10 = new SqlParameter ("@X10", SqlDbType. Date);
X1. Value = carta;
X2. Value = fam;
X3. Value = imya;
X4. Value = otch;
X5. Value = god;
X6. Value = adress;
X7. Value = telef;
X8. Value = grup;
X9. Value = datapost;
X10. Value = datavipis;
SqlCommand command = new SqlCommand ("INSERT INTO [dbo]. [Medcarta] ([Номер карты], [Фамилия], [Имя], [Отчество], [Год рождения], [Адрес проживания], [Контактный телефон], [Группа крови], [Дата поступления], [Дата выписки])" +
"Values (@X1,@X2,@X3,@X4,@X5,@X6,@X7,@X8,@X9,@X10)", myConnection);
command. Parameters. Add (X1);
command. Parameters. Add (X2);
command. Parameters. Add (X3);
command. Parameters. Add (X4);
command. Parameters. Add (X5);
command. Parameters. Add (X6);
command. Parameters. Add (X7);
command. Parameters. Add (X8);
command. Parameters. Add (X9);
command. Parameters. Add (X10);
command. ExecuteNonQuery ();
myConnection. Close ();
MessageBox. Show ("Данные добавлены!");
}
catch (Exception exc)
{
MessageBox. Show ("" + exc);
myConnection. Close ();
}
}
private void Form2_Load (object sender, EventArgs e)
{
}
}
}
Форма "Удаление карты"
using System;
using System. Collections. Generic;
using System.componentModel;
using System. Data;
using System. Drawing;
using System. Linq;
using System. Text;
using System. Threading. Tasks;
using System. Windows. Forms;
using System. Data. SqlClient;
namespace Medic
{
public partial class Form3: Form
{
SqlConnection myConnection;
public Form3 ()
{
InitializeComponent ();
myConnection = new SqlConnection ("server=localhost; " +
"Trusted_Connection=yes; " + "database=Ambulatoria; " + "connection timeout=1");
}
private void button1_Click (object sender, EventArgs e)
{
Main fr0 = new Main ();
fr0. Show ();
Hide ();
}
private void button2_Click (object sender, EventArgs e)
{
DialogResult dialogResult = MessageBox. Show ("Вы действительно хотите удалить запись?", "", MessageBoxButtons. YesNo);
if (dialogResult == DialogResult. Yes)
{
try
{
string carta;
carta = textBox1. Text;
myConnection. Open ();
SqlParameter X = new SqlParameter ("@X", SqlDbType. Int);
X. Value = carta;
SqlCommand command = new SqlCommand
("DELETE FROM [dbo]. [Medcarta] WHERE [номер карты] =@X", myConnection);
command. Parameters. Add (X);
command. ExecuteReader ();
myConnection. Close ();
MessageBox. Show ("Данные удалены!");
}
catch (Exception ex)
{
MessageBox. Show ("Elfktyj" + ex);
}
}
}
private void Form3_Load (object sender, EventArgs e)
{
}
}
}
Форма "Просмотр пациентов"
using System;
using System. Collections. Generic;
using System.componentModel;
using System. Data;
using System. Drawing;
using System. Linq;
using System. Text;
using System. Threading. Tasks;
using System. Windows. Forms;
using System. Data. SqlClient;
namespace Medic
{
public partial class Form4: Form
{
SqlConnection myConnection;
public Form4 ()
{
InitializeComponent ();
myConnection = new SqlConnection ("server=localhost; " +
"Trusted_Connection=yes; " + "database=Ambulatoria; " + "connection timeout=1");
}
private void Form4_Load (object sender, EventArgs e)
{
this. medcartaTableAdapter. Fill (this. ambulatoriaDataSet. Medcarta);
this. pacientTableAdapter. Fill (this. dataDataSet1. Pacient);
}
private void button1_Click (object sender, EventArgs e)
{
}
private void button2_Click (object sender, EventArgs e)
{
Main fr0 = new Main ();
fr0. Show ();
Hide ();
}
}
}
Форма "Выбор действия"
using System;
using System. Collections. Generic;
using System.componentModel;
using System. Data;
using System. Drawing;
using System. Linq;
using System. Text;
using System. Threading. Tasks;
using System. Windows. Forms;
namespace Medic
{
public partial class Main: Form
{
Form2 nF = new Form2 ();
Form3 nk = new Form3 ();
Form4 nS = new Form4 ();
public Main ()
{
InitializeComponent ();
}
private void button1_Click (object sender, EventArgs e)
{
Form1 fr0 = new Form1 ();
fr0. Show ();
Hide ();
}
private void button2_Click (object sender, EventArgs e)
{
{
this. Hide ();
nF. Show ();
}
}
private void button3_Click (object sender, EventArgs e)
{
}
private void button5_Click (object sender, EventArgs e)
{
{
this. Hide ();
nS. Show ();
}
}
private void button4_Click (object sender, EventArgs e)
{
{
this. Hide ();
nk. Show ();
}
}
private void button3_Click_1 (object sender, EventArgs e)
{
Application. Exit ();
}
private void Main_Load (object sender, EventArgs e)
{
}
}
}
6. Инструкция пользователя
Для корректной работы приложения "Медицинская карта пациента" требуется на сервер загрузить бэкап базы данных. Для входа в программу нужно ввести логин и пароль.
Рисунок 6.1 - форма "Авторизация"
После входа в программу перед пользователем открывается окно с выбором дальнейшего действия.
Рисунок 6.2 - форма "Выбор действия"
При выборе пользователя "Добавить пациента" откроется новая форма. Для добавления новой медицинской карты пациента требуется заполнить все поля, выделить поле которое хочет добавить и нажать кнопку "Сохранить".
Рисунок 6.3 - форма "Добавление карты пациента"
При выборе пользователя "Просмотр" откроется новая форма с уже имеющимися медицинскими картами пациентов, где он может посмотреть всю необходимую информацию о пациенте.
Рисунок 6.4 - форма "Просмотр пациентов"
7. Тестирование
В данной главе описаны результаты тестирования системы, заключавшегося в проведении тестовых проверок, в которых были осуществлены попытки ввода заведомо некорректных данных, нарушавших принципы работы программы и семантику хранящихся в базе данных.
Попытка ввести некорректно данные обрывается программой. При этом пользователь уведомляется об ошибке ввода с помощью сообщений следующего вида рисунок 7.1.
Рисунок 7.1 - Сообщения о некорректном вводе данных и подключении к серверу
Тестирование показало, что никоим образом из клиентского приложения невозможно нарушить целостность хранящихся в базе данных. Четко построенная система ограничений на вводимые данные определяет семантическую правильность и не позволяет засорять базу вводом логически незаконченной информации.
Заключение
При выполнении курсового проекта была полностью исследована тема нанотехнологий в медицине. В ходе исследования были выявлены проблемы и для их решения было разработано приложение "Медицинская карта пациента".
Современный инновационный процесс имеет сложный многоаспектный характер. Применение той или иной модели инновационного процесса в большой степени зависит от системы макро - и микроэкономических условий деловой активности конкретных экономических агентов - участников современного инновационного процесса.
Тем не менее, конкурентоспособность фирмы или предприятия, их способность удержаться на рынке товаров и услуг зависит, в первую очередь, от восприимчивости производителей товаров к новинкам техники и технологии, позволяющим обеспечить выпуск и реализацию высококачественных товаров при наиболее эффективном использовании материальных ресурсов.
Создатели инновации (новаторы) руководствуются такими критериями, как жизненный цикл изделия и экономическая эффективность.
Их стратегия направлена на то, чтобы превзойти конкурентов, создав новшество, которое будет признано уникальным в определенной области.
Эффект от использования инноваций зависит от учитываемых результатов и затрат. Определяют экономический, научно-технический, финансовый, ресурсный, социальный и экономический эффект.
В зависимости от временного периода учета результатов и затрат различают показатели эффекта за расчетный период и показатели годового эффекта.
Эффективность определяется через соотношение результата (эффекта) и затрат.
Особенностью современного этапа развития инновационной деятельности является образование в крупнейших фирмах единых научно-технический комплексов, объединяющих в единый процесс исследование и производство. Это предполагает наличие тесной связи всех этапов цикла "наука - производство". Создание целостных научно-производственно-сбытовых систем объективно закономерно, обусловлено научно-техническим прогрессом и потребностями рыночной ориентации фирмы.
Подводя итоги, следует отметить, что переход на качественно новый уровень информационного обслуживания пользователей возможен только путем внедрения новых технологий в практику работы. И поэтому при принятии новых решений (технологических, организационных, структурных, методических) мы не должны игнорировать тот факт, что главное для пользователя компьютеризированного журнала - не только оперативно найти, изменить, добавить необходимую информацию, но и оперативно, с сервисом получить его в электронном виде.
Список использованных источников
1) Медынский В.Г. "Инновационный менеджмент": Учебник ИНФРА - М. - 2005
2) Маклаков С. В." Bpwin и Erwin: case - средства для разработки BPwin и ERwin: CASE-средства для разработки"
3) Nirav Mehta. "Choosing an Open Source CMS. Beginner's Guide." - Packt (англ.) русск., April 2009. - 340p. - ISBN 978-1-847196-22-4
4) Martin Brampton. "PHP5 CMS Framework Development." - PACKT publishing, June 2008. - 328p. - ISBN 978-1-847193-57-5
5) Денис Колисниченко "Движок для вашего сайта. CMS Joomla!", Slaed, PHP-Nuke." - Петербург: БХВ, 2008. - 352с. - ISBN 978-5-9775-0258-0
6) Савельева Н. "Системы управления контентом. Открытые системы." - 2004. - №4.
7) Дэйв Ульрих. "Эффективное управление персоналом: новая роль HR-менеджера в организации" "Human Resource Champions: The Next Agenda for Adding Value and Delivering Results." - М.: "Вильямс", 2006. - С.304. - ISBN 0-87584-719-6
8) Неларин Корнелиус. "HR-менеджмент". - Баланс Бизнес Букс, 2005. - С.520. - ISBN 966-8644-20-0
9) Марк А. Хьюзлид, Дэйв Ульрих, Брайан И. Беккер. "Измерение результативности работы HR-департамента. Люди, стратегия и производительность" "The HR Scorecard: Linking People, Strategy, and Performance." - М.: "Вильямс", 2007. - С.304. - ISBN 1-57851-136-4
10) Ларри Боссиди, Рэм Чаран. "Исполнение. Система достижения целей" "Execution: The Discipline of Getting Things Done." - М.: "Альпина Паблишер", 2012. - 328 с. - ISBN 978-5-9614-1980-1
11) Гринберг, Пол "CRM со скоростью света" "CRM at the speed of light." - СПб.: Символ Плюс, 2007. - 528 с. - 2000 экз. - ISBN 978-5-93286-079-3
12) Питеркин С.В., Оладов Н.А., Исаев Д.В. "Точно вовремя для России: Практика применения ERP-систем." - М.: Альпина, 2002. - 368 с. - 2500 экз. - ISBN 5-94599-041-8
13) Brad A. Myers. "A Brief History of Human Computer Interaction Technology. ACM interactions. Vol.5", no.2, March, 1998. pp.44-54.
14) Материалы Воронежской конференции по нанотехнологиям (14-20 октября 2007 г.
15) Марк Ратнер, Даниэль Ратнер. Нанотехнология: простое объяснение очередной гениальной идеи \ Nanotechnology: A Gentle Introduction to the Next Big Idea.М. "Вильямс", 2006. - С.240.
16) Материалы Интернет-энциклопедии Wikipedia (http://Wikipedia.org);
17) (http://rnd. cnews.ru/)
18) Материалы с сайта о нанотехнологиях #1 в России Nanonewsnet (http://www.nanonewsnet.ru)
Размещено на Allbest.ru
...Подобные документы
Основные положения нанотехнологий. Нанотехнологии в информационных технологиях, в электронике. Границы и эффекты нанотехнологий. Системы нанотранзисторов. Наноминиатюризация на уровне ДНК. Управление нанопроцессами. Молекулярные и биокомпьютеры.
курсовая работа [36,7 K], добавлен 01.06.2012Истоки и перспективы развития нанотехнологий в компьютерном мире. Появление первых интегральных микросхем и их элементы: транзисторы и кристаллы. Фундаментальные положения и новейшие достижения нанотехнологии. Перепайка микросхем в домашних условиях.
презентация [860,8 K], добавлен 16.12.2014Основные подходы при построении математических моделей процессов функционирования систем. Применение непрерывно-стохастического подхода для формализации процессов обслуживания. Функции моделирующего алгоритма. Использование языков программирования.
контрольная работа [262,7 K], добавлен 04.06.2011Сущность, значение и методика проведения моделирования бизнес-процессов. История развития методологий моделирования. Систематизация знаний о компании и ее бизнес-процессах в наглядной графической форме для аналитической обработки полученной информации.
реферат [409,3 K], добавлен 29.04.2009Анализ деятельности предприятия и моделирование основных бизнес-процессов. Моделирование бизнес-процессов при помощи CASE-средства Rational Rose. Получение прибыли путем расширения рынка товаров и услуг. Бизнес-процесс "Заказ и закупка товара".
дипломная работа [1,2 M], добавлен 31.07.2012Моделирование регламента Центра сертификации ключей ЗАО "Инфраструктура открытых ключей" с учётом требований безопасности. Основные определения и понятия моделирования процессов. Функции программно-технического комплекса центра. Атрибуты безопасности.
дипломная работа [563,4 K], добавлен 20.03.2012Характеристика и этапы протекания, основные причины крупного технологического рывка XX столетия. Социальное значение компьютеров и нанотехнологий. Программное обеспечение, позволяющее обследовать организм человека, технологии для работы правительства.
реферат [18,9 K], добавлен 14.10.2009Архитектура и функционирование твердотельных накопителей. Устройство SSD-накопителей, характеристика интерфейсов для их подключения, принципы работы и внутренняя структура, основные элементы. Устройство NAND-памяти и использование в ней нанотехнологий.
курсовая работа [2,1 M], добавлен 01.06.2014Методики и значение бизнес-моделирования в деятельности организации, применение универсальных графических языков в данном процессе. Основы работы с графическим языком IDEF0, его преимущества и недостатки. Основные бизнес-процессы трикотажной фабрики.
курсовая работа [1,6 M], добавлен 20.05.2009Моделирование бизнес-процессов как средство поиска путей оптимизации деятельности компании. Методология SADT (структурный анализ и проектирование), семейство стандартов IDEF и алгоритмические языки в основе методологий моделирования бизнес-процессов.
реферат [21,7 K], добавлен 14.12.2011Характеристики современных сканирующих электронных микроскопов, особенности их устройства и работы. Назначение, типы, марки сканирующей электронной микроскопии. Vega 3 LM - сканирующий электронный микроскоп с термоэмиссионным вольфрамовым катодом.
курсовая работа [465,8 K], добавлен 09.03.2015Использование геоинформационных систем в здравоохранении. Создание ГИС-технологии изучения генетических процессов, происходящих в генофонде народов России. Характеристика и информационная безопасность мобильной геоинформационной системы "ArcPad".
курсовая работа [1,5 M], добавлен 04.03.2014Типы запоминающих устройств. Характеристика жестких дисков. Основные разновидности флеш-накопителей. Краткая информация о IT в медицине, их возможности и перспективы. Персональные компьютеры в медицинской практике. Создание интерактивной презентации.
курсовая работа [986,2 K], добавлен 17.12.2014Рассмотрение проблемы моделирования процессов в Q-схемах – математических схемах, разработанных для формализации процессов функционирования систем массового обслуживания. Разработка моделирующего алгоритма, машинная реализация и математическое описание.
курсовая работа [781,9 K], добавлен 03.07.2011Понятие математической модели, физические свойства и классификация. Обзор систем компьютерного моделирования. Применение системы MathCAD для исследования реакции электрической цепи на внешнее воздействие. Графическая схема алгоритма и её описание.
курсовая работа [191,7 K], добавлен 29.09.2013Сущность, принципы и описание методов и этапов имитационного моделирования. Процессы и применение дискретного и непрерывного алгоритма. Характеристика методов построения математических моделей для решения управленческих задач банковской системы.
курсовая работа [80,5 K], добавлен 29.05.2014Информационные технологии и их применение при проектировании, отладке, производстве и эксплуатации программных средств, в машиностроении, приборостроении, металлургии, энергетики. Алгоритм расчета клапанных пружин. Моделирование в конструкторских задачах.
курсовая работа [431,8 K], добавлен 30.06.2011Этапы разработка автоматизированной информационной системы предприятия. Среда бизнес моделирования BPwin. Разработка методологических подходов, предложений и указаний по планированию, организации и совершенствованию программного обеспечения организации.
дипломная работа [4,3 M], добавлен 05.07.2009Создание модели бизнес-процессов "Распродажа" в ВPwin. Цели и правила распродажи. Прогнозирование бизнес-процессов ППП "Statistica". Методы анализа, моделирования, прогноза деятельности в предметной области "Распродажа", изучение ППП VIP Enterprise.
курсовая работа [2,4 M], добавлен 18.02.2012Разработка языка для моделирования реальных бизнес-процессов в рамках "Студии компетентностных деловых игр". Использование DSM-платформа MetaEdit+. Составление требований к разрабатываемому языку программирования. Правила разработки метамодели языка.
курсовая работа [1,6 M], добавлен 05.10.2014
